Clock drift in 6800 domains

From: Rob Foehl (rwf@loonybin.net)
Date: Thu Apr 08 2004 - 11:30:04 EDT


I need some insight into a clock drift issue on a 6800. The system in
question has two domains, and both of them experience a significant
backward drift, although at a different (and variable) rate in each
domain. If NTP is run on the domains themselves, it will periodically
step the clocks forward some number of seconds, but the clocks fall behind
fairly quickly and remain so until NTP steps the time again. Without NTP
running, the clocks lose as much as 2 seconds within a 10-15 minute
period; I let one domain drift overnight without NTP for approximately 15
hours, and its clock is now over 43 seconds behind.

The SCs are synced via SNTP to a good time source, and both of them
maintain reasonably accurate time (confirmed by comparing their idea of
the current time with that of the NTP server). Both SCs have been reset
recently, and neither had approached the 528 day uptime bug, which was the
only seemingly related issue I could find while researching this issue.

This seems like a firmware or hardware issue, possibly between the SCs and
the system boards. Both SCs are running ScApp 5.15.3, the domains are
running Solaris 8, kernel patch level 108528-19 and 108528-20. I did find
a reference to a clock instability issue (bugid 4618950), but that was
fixed in 108528-16 and shouldn't apply here.

Another 6800 with a single domain and slightly older firmware (5.13.3) has
no issues maintaining good time sync, both on the SCs and in the domain.
NTP hasn't complained at all on that system.

Has anyone else encountered anything like this before? Simply letting NTP
run on the domains is only a temporary solution; this just leads to the
clocks bouncing around while NTP fights with the system. I will summarize
any further troubleshooting and/or resolutions.

Thanks,

-Rob
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:28:26 EDT