Re: DST in Windows

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance



On Mar 14, 2:33 pm, "KenB" <kbrus...@xxxxxxxxxxxxxxxxx> wrote:
"John John" <audetw...@xxxxxxxxxxx> wrote in message

news:ORaa8ZlZHHA.4872@xxxxxxxxxxxxxxxxxxxxxxx





KenB wrote:
"John John" <audetw...@xxxxxxxxxxx> wrote in message
news:%23jdO5ojZHHA.3628@xxxxxxxxxxxxxxxxxxxxxxx

KenB wrote:

Here's one for you:

What if you applied the patch, and see the correct time (and note that
it says "Eastern Daylight Time" on the date/time applet) and then
reboot?

I find the time displayed is 1hr off (backwards, so it's supposed to be
1:30, but displays 12:30).

So I go back into the Date/Time applet, and find that it says "Eastern
Standard Time". Then I hit the Time Zone tab and change to another
timezone, and back immediately to Eastern. I make sure the Daylight
checkbox is checked. Hit Apply, and the time display correctly again,
until the next reboot.

_After_ you do the above and enter the correct time open a command prompt
and issue:

w32tm /resync /rediscover

What happens?

John

Just rebooted (had the correct time displayed as a result of doing the
time zone re-application I wrote about. It shows the time as 10:44 (an
hour earlier than it should be). If I issue the command you said, w32tm
/resync /rediscover , it says "Sending resync command to local
computer... The command completed seuccessfully." Yet, the time
displayed is still an hour back.

If I do:
c:\w32tm /tz, I get:
Time zone: Current:TIME_ZONE_ID_STANDARD Bias: 300min
(UTC=LocalTime+Bias)
[Standard Name:"Eastern Standard Time" Bias:0min Date:(M:10 D:5 DoW:0)]
[Daylight Name:"Eastern Daylight Time" Bias:-60min Date:(M:4 D:1
DoW:0)]
(this almost looks like the rule is set for month 4, day 1 (so April
1--the old rule)

If I do:
c:\w32tm /monitor, I get:
trcdc01.trc.CW.LOCAL [120.0.0.151]:
ICMP: 0ms delay.
NTP: +0.0192818s offset from trcdc02.trc.CW.LOCAL
RefID: trcdc02.trc.CW.LOCAL [120.0.0.158]
trcdc02.trc.CW.LOCAL *** PDC *** [120.0.0.158]:
ICMP: 0ms delay.
NTP: +0.0000000s offset from trcdc02.trc.CW.LOCAL
RefID: shlroot01.cw.local [10.7.226.125]

Opening tzedit shows the correct rules (Daylight Saving Time Start
date/time Second Sunday of March at 2a, end at First Sunday November at
2a).

Let me know if this helps you out... or if there's anythign else I should
be looking at.

I'm going to have to think about this and do some searching. I was
thinking that the computers might be synchronizing to different servers,
that could have explained why some machines were off and others not.

In the meantime use tzedit again and look at the ""Eastern Daylight Time"
Daylight Bias: It should be +1:00 hours. The information posted above
seems to show it as being set at -1:00 hours (Bias:-60min).

John

Odd... If I manually do the re-application of time zone, and display the
correct time, TZEdit shows the right rule (+1:00), but wm32tm /tz
shows -60... there's a discrepancy /somewhere/

I appreciate your efforts in finding the solution on this... it's baffling
to me!

Ken

I came across the exact same issue as Ken, out of 130 or so PC's here
only 1 of them is experiencing this problem. No resolution for it on
my end yet.

.



Relevant Pages

  • Re: DST in Windows
    ... What if you applied the patch, and see the correct time (and note that it says "Eastern Daylight Time" on the date/time applet) and then reboot? ... Just rebooted (had the correct time displayed as a result of doing the time zone re-application I wrote about. ...
    (microsoft.public.windowsxp.general)
  • Re: DST in Windows
    ... So I go back into the Date/Time applet, ... the Daylight checkbox is checked. ... correctly again, until the next reboot. ... the time zone re-application I wrote about. ...
    (microsoft.public.windowsxp.general)
  • Re: DST in Windows
    ... What if you applied the patch, and see the correct time (and note that it says "Eastern Daylight Time" on the date/time applet) and then reboot? ... Just rebooted (had the correct time displayed as a result of doing the time zone re-application I wrote about. ...
    (microsoft.public.windowsxp.general)
  • Daylight savings time blues
    ... many of our XP machines are giving users bogus times ... These users are all in the same time zone. ... Daylight Time, ...
    (microsoft.public.windowsxp.general)
  • Daylight savings time blues
    ... many of our XP machines are giving users bogus times ... These users are all in the same time zone. ... Daylight Time, ...
    (microsoft.public.outlook)