Re: Post DST changes
On Mon, 12 Mar 2007, Mike Tancsa wrote: I am seeing some inconsistent and strange results after the DST change this weekend. On all the boxes, it seems setup OK ... yet different behaviour. Any idea whats up ? This is the same thing I asked about yesterday (Daylight Savings Time -- /etc/localtime and what else?) w/o responses From what I could tell, virtually every process needed a restart. sshd, cron, sendmail, et al were running an hour off. I guess they have a time ref based on their original start-up. After I restarted them all, I ended up doing a reboot anyway -- I wasn't sure if everything had been caught and I didn't want a Monday morning surprise. Today -- all seems OK. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Post DST changes
Hi Mike, It appears that certain daemons don't read tzdata except at startup. I'm not using bind or sendmail in production but I did notice this on a few development servers... Probably related to the way time zone info is read by libc. Because really, how often does it change? :) - Chris Mike Tancsa wrote: I am seeing some inconsistent and strange results after the DST change this weekend. On all the boxes, it seems setup OK # zdump -v /etc/localtime | grep 2007 /etc/localtime Sun Mar 11 06:59:59 2007 UTC = Sun Mar 11 01:59:59 2007 EST isdst=0 gmtoff=-18000 /etc/localtime Sun Mar 11 07:00:00 2007 UTC = Sun Mar 11 03:00:00 2007 EDT isdst=1 gmtoff=-14400 /etc/localtime Sun Nov 4 05:59:59 2007 UTC = Sun Nov 4 01:59:59 2007 EDT isdst=1 gmtoff=-14400 /etc/localtime Sun Nov 4 06:00:00 2007 UTC = Sun Nov 4 01:00:00 2007 EST isdst=0 gmtoff=-18000 And the command date gives the correct time. But until I restart some applications, I dont see the right times logged in syslog ?! e.g # date Mon Mar 12 08:17:06 EDT 2007 And looking at BIND's entries to syslog, I see the correct timestamps Mar 12 08:17:42 granite named[16080]: denied recursion for query from [198.73.192.129].1364 for 119.64.22.72.in-addr.arpa IN Mar 12 08:17:42 granite named[16080]: denied recursion for query from [198.73.192.129].1364 for 119.64.22.72.in-addr.arpa IN Mar 12 07:17:43 granite /kernel: Connection attempt to TCP 199.212.xx.x:995 from 74.97.26.112:53911 flags:0x02 Mar 12 08:17:50 granite named[16080]: denied update from [64.7.xx.90].2163 for xxx.com IN Mar 12 08:17:50 granite named[16080]: denied update from [64.7.xx.90].2163 for xxx.com IN yet mixed in notice the /kernel entry... Its an hour off !? if I restart syslogd, it corrects it for the kernel entry, but not for other applications. They all seem to log the time one hour back. Most applications seem this way. On my more recent boxes this didnt happen, but for some legacy RELENG_4 and older RELENG_5 and RELENG_6 boxes, the same odd behavior. /etc/localtime looks the same on all the boxes # md5 /etc/localtime MD5 (/etc/localtime) = 82980b1345aab5a97d90307edfefb6da [smtp1]% md5 /etc/localtime MD5 (/etc/localtime) = 82980b1345aab5a97d90307edfefb6da [smtp1]% yet different behaviour. Any idea whats up ? ---Mike Mike Tancsa, tel +1 519 651 3400 Sentex Communications,[EMAIL PROTECTED] Providing Internet since 1994www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Post DST changes
On 3/12/07, Mike Tancsa [EMAIL PROTECTED] wrote: I am seeing some inconsistent and strange results after the DST change this weekend. On all the boxes, it seems setup OK [...] yet mixed in notice the /kernel entry... Its an hour off !? if I restart syslogd, it corrects it for the kernel entry, but not for other applications. They all seem to log the time one hour back. Most applications seem this way. On my more recent boxes this didnt happen, but for some legacy RELENG_4 and older RELENG_5 and RELENG_6 boxes, the same odd behavior. Restart any programs that aren't picking up the time change. From the tzsetup(8) man page: BUGS Programs which are already running when tzsetup creates or updates /etc/localtime will not reflect the updated timezone. - Bob ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Post DST changes
At 02:00 PM 3/12/2007, Bob Johnson wrote: On 3/12/07, Mike Tancsa [EMAIL PROTECTED] wrote: I am seeing some inconsistent and strange results after the DST change this weekend. On all the boxes, it seems setup OK [...] yet mixed in notice the /kernel entry... Its an hour off !? if I restart syslogd, it corrects it for the kernel entry, but not for other applications. They all seem to log the time one hour back. Most applications seem this way. On my more recent boxes this didnt happen, but for some legacy RELENG_4 and older RELENG_5 and RELENG_6 boxes, the same odd behavior. Restart any programs that aren't picking up the time change. From the tzsetup(8) man page: BUGS Programs which are already running when tzsetup creates or updates /etc/localtime will not reflect the updated timezone. - Bob Note self, Always read BUGS section from now on :( Thanks for pointing that out. ---Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Post DST changes
On Mon, Mar 12, 2007, Bob Johnson wrote: On 3/12/07, Mike Tancsa [EMAIL PROTECTED] wrote: I am seeing some inconsistent and strange results after the DST change this weekend. On all the boxes, it seems setup OK [...] yet mixed in notice the /kernel entry... Its an hour off !? if I restart syslogd, it corrects it for the kernel entry, but not for other applications. They all seem to log the time one hour back. Most applications seem this way. On my more recent boxes this didnt happen, but for some legacy RELENG_4 and older RELENG_5 and RELENG_6 boxes, the same odd behavior. Restart any programs that aren't picking up the time change. Probably the most important of these is cron as the major effect with many other programs would be to have bogus entries in log files. Bill -- INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Software LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way FAX:(206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 Manual, n.: A unit of documentation. There are always three or more on a given item. One is on the shelf; someone has the others. The information you need is in the others. -- Ray Simard ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
