[OpenAFS-devel] linux 2.6.11.4 and bogus 'setting clock back'

[Kris Van Hees]

The large number is (from the look of it) a regular time value (number of
seconds from epoch), e.g. 1111023402 is "Thu Mar 17 01:36:42 2005".

The 'setting clock back' would mean that you are letting AFS handling the
time synchronization between clients and servers?  I'd recommend disabling
that and using NTP instead.  If you are using both, you certainly end up in
trouble (which may very well be the case here).

	Kris

On Wed, Mar 16, 2005 at 07:53:13PM -0600, Troy Benjegerdes wrote:
> What could be causing this?
> 
> afs: setting clock back 10 seconds (of 1111023402, via 147.155.137.11 in
> cell scl.ameslab.gov); clock is still fast.
> afs: setting clock back 10 seconds (of 1111023423, via 147.155.137.11 in
> cell scl.ameslab.gov); clock is still fast.
> Losing some ticks... checking if CPU frequency changed.
> afs: setting clock back 10 seconds (of 1111023423, via 147.155.137.11 in
> cell scl.ameslab.gov); clock is still fast.
> afs: setting clock back 10 seconds (of 1111023503, via 147.155.137.11 in
> cell scl.ameslab.gov); clock is still fast.
> afs: setting clock back 10 seconds (of 1111023833, via 147.155.137.11 in
> cell scl.ameslab.gov); clock is still fast.
> afs: file server 147.155.137.11 in cell scl.ameslab.gov is back up
> (multi-homedaddress; other same-host interfaces may still be down)
> afs: file server 147.155.137.11 in cell scl.ameslab.gov is back up
> (multi-homedaddress; other same-host interfaces may still be down)
> afs: setting clock ahead 53 seconds (via 147.155.137.11 in cell
> scl.ameslab.gov).
> afs: setting clock ahead 53 seconds (via 147.155.137.11 in cell
> scl.ameslab.gov).
> 
> 
> The clock was maybe 30 seconds off, but that 1111023503 number looks
> overly large. Eventually, it figures out what the right time its. What I
> don't understand is why it's perfectly happing with one server
> (147.155.137.10), but not the other.
> 
> This was immediately after booting a 2.6.11.4 kernel and loading the afs
> module.
> 
> The machine is a dual opteron, booted via network, with nfs-root
> filesystem, so I started afsd manually with 'afsd -memcache'
> _______________________________________________
> OpenAFS-devel mailing list
> OpenAFS-devel@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-devel

-- 
Never underestimate a Mage with:
 - the Intelligence to cast Magic Missile,
 - the Constitution to survive the first hit, and
 - the Dexterity to run fast enough to avoid being hit a second time.