time shift in CEST

[Grazyna Rymaszewska]

Thanks Mattew!

I haven't UTC on one machine - there is an old application installed
and I am affraid of touching anything there. I let it run as it is and
pray ;-]
On the second machine, with UTC=true, I run ntpd additionally. If
something goes wrong on Sunday morning there will be about 26 h for
the system time to synchronize.
Well, first we have tomorrow and it is Saturday! Hurra!!!

Respects,
Graza

2006/10/27, Matthew Saltzman <mjs at ces.clemson.edu>:
> On Thu, 26 Oct 2006, Grazyna Rymaszewska wrote:
>
> > Hello everybody!
> >
> > We are expecting time shift by 1 hour ahead on Sunday.
>
> Back?
>
> > I hope it will be done automaticly, but I am not sure if the settngs
> > in my servers are correct.
> >
> > On one server in /etc/sysconfig/clock we have:
> > Zone='Europe/Warsaw'
> > UTC=true
> > ARC=false
>
> If UTC=true (and your hardware clock is set to UTC), then Linux will do
> the right thing under any circumstances (assuming tzdata specifies the
> right thing...).
>
> >
> > On the other server in /etc/sysconfig/clock:
> > Zone='Europe/Warsaw'
> > UTC=false
> > ARC=false
>
> If UTC=false (and your hardware clock is local time), then RH Linux will
> do the right thing only if it is running at the time of the change.  It
> will also correct the hardware clock at the next reboot.  If the system is
> off at the change time, it will assume at next startup that the hardware
> clock contains the correct local time, so you will need to set that
> manually.
>
> I always set servers to UTC=true for this reason.
>
> (Note that dual-boot Windows machines have a very hard time with this.)
>
> >
> > When I type 'date' there is:  Thu Oct 26 .. CEST 2006
> >
> > Should I set something else?
> >
> > Regards,
> > Graza
> >
> >
> >
>
> --
>                 Matthew Saltzman
>
> Clemson University Math Sciences
> mjs AT clemson DOT edu
> http://www.math.clemson.edu/~mjs
>