Hi, By accident I happen to come across this remarkable limit of uptime registration for FreeBSD systems. After 497 days, the timer jumps to zero again. 497 days is less than a 1.5 years ! Has this been fixed in newer versions of FreeBSD (stable and/or current) ? Or is there a hardware limitation (CPU?) that does not allow this? Just wondering. Regards, Rob.
On Mon, 28 Jun 2004, 12:39+0900, Rob wrote:> > Hi, > > By accident I happen to come across this remarkable limit of > uptime registration for FreeBSD systems. After 497 days, the > timer jumps to zero again. > > 497 days is less than a 1.5 years ! > > Has this been fixed in newer versions of FreeBSD (stable and/or > current) ? Or is there a hardware limitation (CPU?) that does > not allow this? > > Just wondering.$ uptime 5:18?? up 498 days, 6:13, 5 users, load averages: 0.07, 0.03, 0.06 $ uname -r 4.4-RELEASE -- Maxim Konovalov
Rob <stopspam@users.sourceforge.net> wrote:
> By accident I happen to come across this remarkable limit of
> uptime registration for FreeBSD systems. After 497 days, the
> timer jumps to zero again.
>
> 497 days is less than a 1.5 years !
I'd be very embarrassed to have machines with that a high
uptime -- It means that they haven't been updated for that
a long time and are probably full of security holes. ;-)
> Has this been fixed in newer versions of FreeBSD (stable and/or
> current) ? Or is there a hardware limitation (CPU?) that does
> not allow this?
I'm pretty certain I have seen FreeBSD machines with more
that 497 days of uptime. The boot time is stored as a
struct timeval in sysctl kern.boottime, which is enough for
several decades.
Which program did you use to display the uptime? It's pro-
bably a bug in that program, not in freeBSD.
I guess that that program calculates the uptime with 1/100s
precision and stores it in a 32bit int. That would explain
the 497 days limit: 2^32 / 24 / 60 / 60 / 100 == 497.1.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 M?nchen
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.
"If you think C++ is not overly complicated, just what is a protected
abstract virtual base pure virtual private destructor, and when was the
last time you needed one?"
-- Tom Cargil, C++ Journal
Hi, This tickles something in the back of my memory. You aren't by chance talking about remote uptime detection, Netcraft-style, are you? IIRC, that rolls over to 0 at 497 days. But actual system uptime is unaffected. ==ml On Mon, Jun 28, 2004 at 12:39:30PM +0900, Rob wrote:> > Hi, > > By accident I happen to come across this remarkable limit of > uptime registration for FreeBSD systems. After 497 days, the > timer jumps to zero again. > > 497 days is less than a 1.5 years ! > > Has this been fixed in newer versions of FreeBSD (stable and/or > current) ? Or is there a hardware limitation (CPU?) that does > not allow this? > > Just wondering. > > Regards, > Rob. > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"-- Michael Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org "I'm sorry, but 'Social Darwinism' is no excuse for killing all of your co-workers." -- Ivan Brunetti http://www.BlackHelicopters.org/~mwlucas/
On Monday 28 June 2004 15.19, Maxim Konovalov wrote:> On Mon, 28 Jun 2004, 12:39+0900, Rob wrote: > > Hi, > > > > By accident I happen to come across this remarkable limit of > > uptime registration for FreeBSD systems. After 497 days, the > > timer jumps to zero again. > > > > 497 days is less than a 1.5 years ! > >5:04pm mdouhan @ [dragonfruit] ~ > ssh hallon uptime 5:04PM up 739 days, 18:34, 0 users, load averages: 0.00, 0.00, 0.00 5:04pm mdouhan @ [dragonfruit] ~ > ssh hallon uname -a FreeBSD hallon.internal.hasta.se 4.6-RC2 FreeBSD 4.6-RC2 #0: Sat May 18 05:10:05 GMT 2002 root@storm.FreeBSD.org.uk:/usr/src/sys/compile/GENERIC i386 5:04pm mdouhan @ [dragonfruit] ~ > rgds Matt