hey all, I perused my inbox looking for this subject, but not finding it, -anything I need to keep my server farm of 60 centos servers (that all run ntp) going smoothly during this next time change on March 11? I noticed on the w2k side my IT staff have to do some scrambling, heh, but that's expected. Any action required? -karlski
> I perused my inbox looking for this subject, but not finding it, > -anything I need to keep my server farm of 60 centos servers (that all > run ntp) going smoothly during this next time change on March 11? > > I noticed on the w2k side my IT staff have to do some scrambling, heh, > but that's expected. > > Any action required?For centos4, no. The update has been in centos for a while now. For centos3, run 'yum update' as the update was (until recently) in the fastrack repository. It is now in the general update repo, and available mainstream. For centos2, I'm not sure. I don't have any systems currently running it. You can test the distros by using 'zdump -v /etc/localtime | grep 2007' and verify that the dates are correct. -- During times of universal deceit, telling the truth becomes a revolutionary act. George Orwell
Karl R. Balsmeier wrote:> > Any action required?Perhaps a naive question, but anyway: Let's assume I'm running CentOS4 or RHEL4 and I updated it to tzdata-2007c. Before that, it was using an old tzdata package that did not have the US DST '07 patches. Do I have to restart any service? ntpd? How is the system going to figure out there's a new tzdata package installed? I guess _something_ needs to poll those files regularly and, if there's a change like the DST '07 patch, decide to make the change earlier. Thanks, -- Florin Andrei http://florin.myip.org/
Forget for a moment the fact that one should not override an RPM package with files from a tarball :-) but look at this article: http://www.linux-watch.com/news/NS6300294422.html It seems like the author assumes that /etc/localtime is already a symlink. Otherwise what would be the point in recommending to update tzdata but don't do anything about /etc/localtime? So probably the article (posted on Slashdot, no less) is wrong from the perspective of a Red Hat / CentOS user on two counts: - the tzdata update method is bad - /etc/localtime is not a symlink on RHEL/CentOS so the method is incomplete -- Florin Andrei http://florin.myip.org/