Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 23 Apr 2004 13:41:18 +0100
From:      Matthew Seaman <m.seaman@infracaninophile.co.uk>
To:        hugle <hugle@vkt.lt>, freebsd-questions@freebsd.org
Subject:   Re: microuptime() went backwards
Message-ID:  <20040423124118.GA20775@happy-idiot-talk.infracaninophile.co.uk>
In-Reply-To: <20040423121311.GB41702@munk.nu>
References:  <159171051438.20040423090456@vkt.lt> <20040423121311.GB41702@munk.nu>

next in thread | previous in thread | raw e-mail | index | archive | help

--AhhlLboLdkugWU4S
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Apr 23, 2004 at 01:13:11PM +0100, Jez Hancock wrote:
> On Fri, Apr 23, 2004 at 09:04:56AM +0300, hugle wrote:
>=20
> > SOmetimes I see such messages in dmesg.
> >=20
> > perl# dmesg
> > uptime() went backwards (1574174.333073 -> 1573478.944788)
> >=20
> > what they mean? and what causes them to appear ?
> > is it good or bad?? :)
>=20
> I'd always presumed these messages occured on my machine because the
> ntpd (network time protocol daemon) had adjusted the system clock.  I
> can't actually tell you for sure since the messages aren't logged by
> syslog here so there's no easy way of comparing the times to see if they
> correspond to the ntpd adjustments. =20
>=20
> Check to see if you have ntpd running - if so that's probably the reason
> for the messages.

Actually, that shouldn't happen because of ntpd(8).  If ntpd detects
that your system clock is fast, it will make it run slightly slower
until it gradually comes back into synch.  It shouldn't ever jump the
system clock to the right time during normal operation, neither should
it ever cause the system clock to run backwards.

Of course, there is an exception: right after boot, it's usual to run
ntpdate(8), and fairly common to run that with the '-b' flag so that
the time gets stepped straight to the correct value.  The ntpd
developers have marked ntpdate for eventual retirement and have rolled
its functionality into the main ntpd(8) -- so 'ntpq -q' is meant to be
functionally equivalent to ntpdate.  Even so, it's not clear to me
that the 'step the clock' mode of operation is available from 'ntpd
-q'.

The OP's original query about 'microuptime went backwards' is
something that has come up fairly frequently on various mailing lists.
Googling for that message returns a few hundred hits.  There has been
quite a lot of effort to eradicate it, but apparently not with
complete success yet.  Most of the time it was apparently due to
problems with apm on certain hardware, but it could be caused by other
factors.  With the switch to APCI in 5.x there have been far fewer
reports of these errors appearing.

Usually this is pretty innocuous.  If you're only getting these
messages occasionally, then you can probably just ignore them.  On the
other hand, if you've suddenly started to get floods of these messages
for no apparent reason, it may possibly indicate that you have
hardware which is starting to get a bit marginal.  Keep the system
under observation, backup religiously and check the log messages for
clues regularly.

	Cheers,

	Matthew

--=20
Dr Matthew J Seaman MA, D.Phil.                       26 The Paddocks
                                                      Savill Way
PGP: http://www.infracaninophile.co.uk/pgpkey         Marlow
Tel: +44 1628 476614                                  Bucks., SL7 1TH UK

--AhhlLboLdkugWU4S
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iD8DBQFAiQ7udtESqEQa7a0RAtnWAJwIdshLtW3SCIEHiCzH0Ne+vH7KFgCfYIjC
S+6REiijOaJCsCHxU/EPZB8=
=1elJ
-----END PGP SIGNATURE-----

--AhhlLboLdkugWU4S--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040423124118.GA20775>