hey list! having a slightly odd time issue on one host... can I get some help with this? This is the current time from a working system: Sun Apr 17 00:28:18 EDT 2011 However from the problem system this is the time: Sat Apr 16 20:30:01 EDT 2011 I have set the time zone as such: lrwxrwxrwx 1 root root 23 Apr 16 19:41 /etc/localtime -> /usr/share/zoneinfo/EST But when I run ntpdate it returns the wrong time: 16 Apr 19:46:13 ntpdate[1968]: step time server 204.235.61.9 offset 14408.651330 sec [root at VIRTCENT08:/etc] #date Sat Apr 16 19:46:42 EST 2011 can someone hit me upside the head with the cluehammer? tx!
On 17/04/11 2:47 PM, Tim Dunphy wrote:> > [root at VIRTCENT08:/etc] #date > Sat Apr 16 19:46:42 EST 2011 > > > can someone hit me upside the head with the cluehammer?Well, depending on the system (and how old it might be) perhaps the BIOS time? Regards, Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 227 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments/20110417/cf562f51/attachment-0005.sig>
On 17/04/11 2:47 PM, Tim Dunphy wrote:> > But when I run ntpdate it returns the wrong time: > > 16 Apr 19:46:13 ntpdate[1968]: step time server 204.235.61.9 offset 14408.651330 sec > > > [root at VIRTCENT08:/etc] #date > Sat Apr 16 19:46:42 EST 2011 > > > can someone hit me upside the head with the cluehammer?I've had another look at your strange American times available: [root at seditious zoneinfo]# pwd /usr/share/zoneinfo [root at seditious zoneinfo]# ls -l EST* -rw-r--r-- 1 root root 118 Apr 14 23:54 EST -rw-r--r-- 1 root root 2294 Apr 14 23:54 EST5EDT [root at seditious zoneinfo]# ls -l US/ total 96 -rw-r--r-- 2 root root 2358 Apr 14 23:54 Alaska -rw-r--r-- 3 root root 2353 Apr 14 23:54 Aleutian -rw-r--r-- 2 root root 327 Apr 14 23:54 Arizona -rw-r--r-- 2 root root 3543 Apr 14 23:54 Central -rw-r--r-- 3 root root 3519 Apr 14 23:54 Eastern -rw-r--r-- 4 root root 1649 Apr 14 23:54 East-Indiana -rw-r--r-- 2 root root 250 Apr 14 23:54 Hawaii -rw-r--r-- 3 root root 2395 Apr 14 23:54 Indiana-Starke -rw-r--r-- 2 root root 2202 Apr 14 23:54 Michigan -rw-r--r-- 4 root root 2427 Apr 14 23:54 Mountain -rw-r--r-- 2 root root 2819 Apr 14 23:54 Pacific -rw-r--r-- 3 root root 290 Apr 14 23:54 Samoa [root at seditious zoneinfo]# What happens if you try /usr/share/zoneinfo/EST5EDT or /usr/share/zoneinfo/US/Eastern? Also, what happens when you try "date -u"? If that's actually different from the real UTC, then your timezone data is less likely to be the cause. Regards, Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 227 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments/20110417/d75b5755/attachment-0005.sig>
On 04/16/11 9:47 PM, Tim Dunphy wrote:> 16 Apr 19:46:13 ntpdate[1968]: step time server 204.235.61.9 offset 14408.651330 sec14400 seconds is 4 hours. not sure the significance of that, but... the commonest issue with messed up time zones is whether the BIOS CMOS clock is set to UTC or local, and whether the OS knows it correctly. in addition to /etc/localtime (which really shoudl be copied from /usr/share and not linked, if /usr is an alternate file system, the link will not be available when the OS starts), there's /etc/sysconfig/clock which tells the OS whether CMOS is UTC or not, and also gives the time zone, and should give it as America/New_York, and not the EST5EDT style.