Jim,
Excellent attitude..
However:
That is not how OI Live DVD install sets things up, and I'm a bit
surprised about your implicit statemet that rtc -c will shift the PC
realtime clock at DST shift times... Is that true? Does rtc actually
shift the MB RT clock??
That is SICK and WEIRD behaviour.
I just never gave the i86 time weidness any thought previously. I just
couldn't imagine anyone designing
I THINK OI Install should give the user the option of setting stuff up
as you describe, with system/RTC time set to run in UTC, and setting up
the TZ properly as a display thing only.
I'm going to change my servers to run like that from tonight, changing
the config files and restarting the machines with a > 2hr pause.
On 2013-04-01 11:55, Jim Klimov wrote:
On 2013-03-31 19:47, Robin Axelsson wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
my server has been quite troublesome when it comes to adjusting the time
for daylight savings. Last time it adjusted the system time by moving it
forward by no less than two hours and now it is one hour behind. It
never gets it right. The config file "/etc/default/init" has a
"TZ=Europe/Stockholm" line in it, and there is a
"/usr/share/lib/zoneinfo/Europe/Stockholm" file in existence.
I've had problems with the scheduled DST adjustments since the good old
OpenSolaris days and it is a true pita. Is there anyone who has got this
working properly?
I am of the school that says "There is only one timezone, and it
is UTC". And don't mistake it with GMT, which some say to be equal
to UTC and others say it is UTC+dDST... half a year both statements
are true ;)
Configure your server's hardware clocks, OS clock via /etc/rtc_config,
maybe logfile clocks (as inherited from server processes' clocks) to
be in UTC, and only leave the local timezone as as interface feature,
preferably even just per-session like any other locale data, or at
most via a common /etc/TIMEZONE file.
# cat /etc/rtc_config
zone_info=UTC
zone_lag=0
# cat /etc/TIMEZONE
TZ=Europe/Moscow
CMASK=022
This way your log files don't get entries with skipped or repeated
hours, your scripts which might depend on "$now - $last_timestamp"
won't go crazy twice a year, etc. Processing is done in monotonously
increasing linear time, just as classic physics defined it ;)
HTH,
//Jim Klimov
_______________________________________________
OpenIndiana-discuss mailing list
[email protected]
http://openindiana.org/mailman/listinfo/openindiana-discuss
_______________________________________________
OpenIndiana-discuss mailing list
[email protected]
http://openindiana.org/mailman/listinfo/openindiana-discuss
