Home All Groups Group Topic Archive Search About

w2k DC time off by 12 hours

Author
4 May 2009 5:36 PM
msnews.microsoft.com
have 2 w2k servers, sp4.
srv1 is PDC ( holds all roles) and is set to sync with NTP server.
srv2 is problem.  every time srv2 syncs time, it goes off by 12 hours.
srv2 date and time zone setting are correct.  srv2 thinks PDC is offline,
which is not true.
suggestions ? thanks

Author
4 May 2009 5:41 PM
John John (MVP)
Probably a stupid suggestion but it sounds like the AM/PM might be wrong
on one of the machines, exactly 12 hour difference...

John

msnews.microsoft.com wrote:
Show quoteHide quote
> have 2 w2k servers, sp4.
> srv1 is PDC ( holds all roles) and is set to sync with NTP server.
> srv2 is problem.  every time srv2 syncs time, it goes off by 12 hours.
> srv2 date and time zone setting are correct.  srv2 thinks PDC is offline,
> which is not true.
> suggestions ? thanks
Author
4 May 2009 5:46 PM
Meinolf Weber [MVP-DS]
Hello John,

Good one, if this is not the case run diagnostic tools dcdiag /v, netdiag
/v and repadmin /showrepl and post the output here. Therefore you have to
install the support\tools\suptools.msi from the 2000 installation disk, if
not done.

Best regards

Meinolf Weber
Disclaimer: This posting is provided "AS IS" with no warranties, and confers
no rights.
** Please do NOT email, only reply to Newsgroups
** HELP us help YOU!!! http://www.blakjak.demon.co.uk/mul_crss.htm


Show quoteHide quote
> Probably a stupid suggestion but it sounds like the AM/PM might be
> wrong on one of the machines, exactly 12 hour difference...
>
> John
>
> msnews.microsoft.com wrote:
>
>> have 2 w2k servers, sp4.
>> srv1 is PDC ( holds all roles) and is set to sync with NTP server.
>> srv2 is problem.  every time srv2 syncs time, it goes off by 12
>> hours.
>> srv2 date and time zone setting are correct.  srv2 thinks PDC is
>> offline,
>> which is not true.
>> suggestions ? thanks
Author
5 May 2009 3:14 AM
msnews.microsoft.com
I can set the time / date  properly on srv2.    At the next sync period for
srv2, the  time on srv2  changes from PM to
AM.... or from AM to PM -  it jumps 12 hours.




Show quoteHide quote
"John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
news:OoiQU%23NzJHA.5728@TK2MSFTNGP03.phx.gbl...
> Probably a stupid suggestion but it sounds like the AM/PM might be wrong
> on one of the machines, exactly 12 hour difference...
>
> John
>
> msnews.microsoft.com wrote:
>> have 2 w2k servers, sp4.
>> srv1 is PDC ( holds all roles) and is set to sync with NTP server.
>> srv2 is problem.  every time srv2 syncs time, it goes off by 12 hours.
>> srv2 date and time zone setting are correct.  srv2 thinks PDC is offline,
>> which is not true.
>> suggestions ? thanks
Author
5 May 2009 12:23 PM
John John (MVP)
Hmmm...  What about the Time Zones?  Are both machines in the same zone?
  If both machines are in the same zone the information at
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
  should be indentical.  You could copy the key and values from the PDC
to srv2.

John

msnews.microsoft.com wrote:
Show quoteHide quote
> I can set the time / date  properly on srv2.    At the next sync period for
> srv2, the  time on srv2  changes from PM to
> AM.... or from AM to PM -  it jumps 12 hours.
>
>
>
>
> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
> news:OoiQU%23NzJHA.5728@TK2MSFTNGP03.phx.gbl...
>> Probably a stupid suggestion but it sounds like the AM/PM might be wrong
>> on one of the machines, exactly 12 hour difference...
>>
>> John
>>
>> msnews.microsoft.com wrote:
>>> have 2 w2k servers, sp4.
>>> srv1 is PDC ( holds all roles) and is set to sync with NTP server.
>>> srv2 is problem.  every time srv2 syncs time, it goes off by 12 hours.
>>> srv2 date and time zone setting are correct.  srv2 thinks PDC is offline,
>>> which is not true.
>>> suggestions ? thanks
>
>
Author
5 May 2009 4:16 PM
msnews.microsoft.com
srv1 - reg info
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"Bias"=dword:fffffe98
"StandardName"="Central Standard Time"
"StandardBias"=dword:00000000
"StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
"DaylightName"="Central Daylight Time"
"DaylightBias"=dword:ffffffc4
"DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
"ActiveTimeBias"=dword:fffffe5c

srv2 - reg info
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"Bias"=dword:00000168
"StandardName"="Central Standard Time"
"StandardBias"=dword:00000000
"StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
"DaylightName"="Central Daylight Time"
"DaylightBias"=dword:ffffffc4
"DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
"ActiveTimeBias"=dword:0000012c


dcdiag output - run from srv2
C:\tmp>dcdiag
Domain Controller Diagnosis
Performing initial setup:
   Done gathering initial info.
Doing initial required tests
   Testing server: Default-First-Site-Name\srv2
      Starting test: Connectivity
         ......................... srv2 passed test Connectivity
Doing primary tests
   Testing server: Default-First-Site-Name\srv2
      Starting test: Replications
         ......................... srv2 passed test Replications
      Starting test: NCSecDesc
         ......................... srv2 passed test NCSecDesc
      Starting test: NetLogons
         ......................... srv2 passed test NetLogons
      Starting test: Advertising
         ......................... srv2 passed test Advertising
      Starting test: KnowsOfRoleHolders
         ......................... srv2 passed test KnowsOfRoleHolders
      Starting test: RidManager
         ......................... srv2 passed test RidManager
      Starting test: MachineAccount
         ......................... srv2 passed test MachineAccount
      Starting test: Services
         ......................... srv2 passed test Services
      Starting test: ObjectsReplicated
         ......................... srv2 passed test ObjectsReplicated
      Starting test: frssysvol
         ......................... srv2 passed test frssysvol
      Starting test: kccevent
         ......................... srv2 passed test kccevent
      Starting test: systemlog
         ......................... srv2 passed test systemlog
   Running enterprise tests on : jumper.local
      Starting test: Intersite
         ......................... jumper.local passed test Intersite
      Starting test: FsmoCheck
         ......................... jumper.local passed test FsmoCheck

C:\tmp>

I can set the time on srv2 to correct time.  However, when system does sync,
it goes back 12 hours.

Thanks








Show quoteHide quote
"John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
news:uA8BExXzJHA.1196@TK2MSFTNGP03.phx.gbl...
> Hmmm...  What about the Time Zones?  Are both machines in the same zone?
> If both machines are in the same zone the information at
> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
> should be indentical.  You could copy the key and values from the PDC to
> srv2.
>
> John
>
> msnews.microsoft.com wrote:
>> I can set the time / date  properly on srv2.    At the next sync period
>> for srv2, the  time on srv2  changes from PM to
>> AM.... or from AM to PM -  it jumps 12 hours.
>>
>>
>>
>>
>> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
>> news:OoiQU%23NzJHA.5728@TK2MSFTNGP03.phx.gbl...
>>> Probably a stupid suggestion but it sounds like the AM/PM might be wrong
>>> on one of the machines, exactly 12 hour difference...
>>>
>>> John
>>>
>>> msnews.microsoft.com wrote:
>>>> have 2 w2k servers, sp4.
>>>> srv1 is PDC ( holds all roles) and is set to sync with NTP server.
>>>> srv2 is problem.  every time srv2 syncs time, it goes off by 12 hours.
>>>> srv2 date and time zone setting are correct.  srv2 thinks PDC is
>>>> offline, which is not true.
>>>> suggestions ? thanks
>>
Author
5 May 2009 5:21 PM
John John - MVP
Doesn't look right on the srv1 box.  On my XP box if I set the Time Zone
to Central Standard (US & Canada) the information reads:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"Bias"=dword:00000168
"StandardName"="Central Standard Time"
"StandardBias"=dword:00000000
"StandardStart"=hex:00,00,0b,00,01,00,02,00,00,00,00,00,00,00,00,00
"DaylightName"="Central Daylight Time"
"DaylightBias"=dword:ffffffc4
"DaylightStart"=hex:00,00,03,00,02,00,02,00,00,00,00,00,00,00,00,00
"ActiveTimeBias"=dword:0000012c

Note that the "Bias" & "ActiveTimeBias" values are different on your
srv2 box.  The ActiveTimeBias is the difference between the local time
and UTC in minutes, your two machines aren't using the same Bias:

0000012c is +300

and

fffffe5c is -420

A spread of 720 which is equal to 12 hours.

When you set the Time Zone the base information is obatined from:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time
Zones\WhichEverZoneYouPick

and copied to the ...\CurrentControlSet\Control\TimeZoneInformation key.
  Either the base information in the ...\Windows NT\CurrentVersion\Time
Zones\... is borked, or the machines are not in the same Central Time zone.

John

msnews.microsoft.com wrote:
Show quoteHide quote
> srv1 - reg info
> [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
> "Bias"=dword:fffffe98
> "StandardName"="Central Standard Time"
> "StandardBias"=dword:00000000
> "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
> "DaylightName"="Central Daylight Time"
> "DaylightBias"=dword:ffffffc4
> "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
> "ActiveTimeBias"=dword:fffffe5c
>
> srv2 - reg info
> [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
> "Bias"=dword:00000168
> "StandardName"="Central Standard Time"
> "StandardBias"=dword:00000000
> "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
> "DaylightName"="Central Daylight Time"
> "DaylightBias"=dword:ffffffc4
> "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
> "ActiveTimeBias"=dword:0000012c
>
>
> dcdiag output - run from srv2
> C:\tmp>dcdiag
> Domain Controller Diagnosis
> Performing initial setup:
>    Done gathering initial info.
> Doing initial required tests
>    Testing server: Default-First-Site-Name\srv2
>       Starting test: Connectivity
>          ......................... srv2 passed test Connectivity
> Doing primary tests
>    Testing server: Default-First-Site-Name\srv2
>       Starting test: Replications
>          ......................... srv2 passed test Replications
>       Starting test: NCSecDesc
>          ......................... srv2 passed test NCSecDesc
>       Starting test: NetLogons
>          ......................... srv2 passed test NetLogons
>       Starting test: Advertising
>          ......................... srv2 passed test Advertising
>       Starting test: KnowsOfRoleHolders
>          ......................... srv2 passed test KnowsOfRoleHolders
>       Starting test: RidManager
>          ......................... srv2 passed test RidManager
>       Starting test: MachineAccount
>          ......................... srv2 passed test MachineAccount
>       Starting test: Services
>          ......................... srv2 passed test Services
>       Starting test: ObjectsReplicated
>          ......................... srv2 passed test ObjectsReplicated
>       Starting test: frssysvol
>          ......................... srv2 passed test frssysvol
>       Starting test: kccevent
>          ......................... srv2 passed test kccevent
>       Starting test: systemlog
>          ......................... srv2 passed test systemlog
>    Running enterprise tests on : jumper.local
>       Starting test: Intersite
>          ......................... jumper.local passed test Intersite
>       Starting test: FsmoCheck
>          ......................... jumper.local passed test FsmoCheck
>
> C:\tmp>
>
> I can set the time on srv2 to correct time.  However, when system does sync,
> it goes back 12 hours.
>
> Thanks
>
>
>
>
>
>
>
>
> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
> news:uA8BExXzJHA.1196@TK2MSFTNGP03.phx.gbl...
>> Hmmm...  What about the Time Zones?  Are both machines in the same zone?
>> If both machines are in the same zone the information at
>> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
>> should be indentical.  You could copy the key and values from the PDC to
>> srv2.
>>
>> John
>>
>> msnews.microsoft.com wrote:
>>> I can set the time / date  properly on srv2.    At the next sync period
>>> for srv2, the  time on srv2  changes from PM to
>>> AM.... or from AM to PM -  it jumps 12 hours.
>>>
>>>
>>>
>>>
>>> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
>>> news:OoiQU%23NzJHA.5728@TK2MSFTNGP03.phx.gbl...
>>>> Probably a stupid suggestion but it sounds like the AM/PM might be wrong
>>>> on one of the machines, exactly 12 hour difference...
>>>>
>>>> John
>>>>
>>>> msnews.microsoft.com wrote:
>>>>> have 2 w2k servers, sp4.
>>>>> srv1 is PDC ( holds all roles) and is set to sync with NTP server.
>>>>> srv2 is problem.  every time srv2 syncs time, it goes off by 12 hours.
>>>>> srv2 date and time zone setting are correct.  srv2 thinks PDC is
>>>>> offline, which is not true.
>>>>> suggestions ? thanks
>
Author
5 May 2009 5:09 PM
msnews.microsoft.com
Registry Info
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]

Srv1: "Bias"=dword:fffffe98
Srv2: "Bias"=dword:00000168
Srv3: "Bias"=dword:00000168

Srv1: "StandardName"="Central Standard Time"
Srv2: "StandardName"="Central Standard Time"
Srv3: "StandardName"="Central Standard Time"

Srv1: "StandardBias"=dword:00000000
Srv2: "StandardBias"=dword:00000000
Srv3: "StandardBias"=dword:00000000

Srv1: "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
Srv2: "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
Srv3: "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00

Srv1: "DaylightName"="Central Daylight Time"
Srv2: "DaylightName"="Central Daylight Time"
Srv3: "DaylightName"="Central Daylight Time"

Srv1: "DaylightBias"=dword:ffffffc4
Srv2: "DaylightBias"=dword:ffffffc4
Srv3: "DaylightBias"=dword:ffffffc4

Srv1: "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
Srv2: "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
Srv3: "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00

Srv1: "ActiveTimeBias"=dword:fffffe5c
Srv2: "ActiveTimeBias"=dword:0000012c
Srv3: "ActiveTimeBias"=dword:0000012c


It appears that srv1 is the server with the mis-configured registry.
        Bias  and    ActiveTimeBias
srv1 holds all the FSMO roles.  and is the server that is set to sync with
outside time source.


Is it ok to edit srv1  registry and change values to match the other
servers?

Thanks

















Show quoteHide quote
"John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
news:uA8BExXzJHA.1196@TK2MSFTNGP03.phx.gbl...
> Hmmm...  What about the Time Zones?  Are both machines in the same zone?
> If both machines are in the same zone the information at
> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
> should be indentical.  You could copy the key and values from the PDC to
> srv2.
>
> John
>
> msnews.microsoft.com wrote:
>> I can set the time / date  properly on srv2.    At the next sync period
>> for srv2, the  time on srv2  changes from PM to
>> AM.... or from AM to PM -  it jumps 12 hours.
>>
>>
>>
>>
>> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
>> news:OoiQU%23NzJHA.5728@TK2MSFTNGP03.phx.gbl...
>>> Probably a stupid suggestion but it sounds like the AM/PM might be wrong
>>> on one of the machines, exactly 12 hour difference...
>>>
>>> John
>>>
>>> msnews.microsoft.com wrote:
>>>> have 2 w2k servers, sp4.
>>>> srv1 is PDC ( holds all roles) and is set to sync with NTP server.
>>>> srv2 is problem.  every time srv2 syncs time, it goes off by 12 hours.
>>>> srv2 date and time zone setting are correct.  srv2 thinks PDC is
>>>> offline, which is not true.
>>>> suggestions ? thanks
>>
Author
5 May 2009 5:45 PM
John John - MVP
You can copy the
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
from one machine to another but it will take a reboot for the settings
to be applied, when you do it with the Adjust Time/Date applet the
system applies the settings and no reboot is necessary.

Get the TZEdit.exe tool here:

http://support.microsoft.com/kb/914387

Direct link to the download:
http://download.microsoft.com/download/5/8/a/58a208b7-7dc7-4bc7-8357-28e29cdac52f/tzedit.exe

and use it to check the GMT offset on the Central Time (US & Canada), it
should be GMT-06:00.

John

msnews.microsoft.com wrote:
Show quoteHide quote
> Registry Info
> [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
>
> Srv1: "Bias"=dword:fffffe98
> Srv2: "Bias"=dword:00000168
> Srv3: "Bias"=dword:00000168
>
> Srv1: "StandardName"="Central Standard Time"
> Srv2: "StandardName"="Central Standard Time"
> Srv3: "StandardName"="Central Standard Time"
>
> Srv1: "StandardBias"=dword:00000000
> Srv2: "StandardBias"=dword:00000000
> Srv3: "StandardBias"=dword:00000000
>
> Srv1: "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
> Srv2: "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
> Srv3: "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
>
> Srv1: "DaylightName"="Central Daylight Time"
> Srv2: "DaylightName"="Central Daylight Time"
> Srv3: "DaylightName"="Central Daylight Time"
>
> Srv1: "DaylightBias"=dword:ffffffc4
> Srv2: "DaylightBias"=dword:ffffffc4
> Srv3: "DaylightBias"=dword:ffffffc4
>
> Srv1: "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
> Srv2: "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
> Srv3: "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
>
> Srv1: "ActiveTimeBias"=dword:fffffe5c
> Srv2: "ActiveTimeBias"=dword:0000012c
> Srv3: "ActiveTimeBias"=dword:0000012c
>
>
> It appears that srv1 is the server with the mis-configured registry.
>         Bias  and    ActiveTimeBias
> srv1 holds all the FSMO roles.  and is the server that is set to sync with
> outside time source.
>
>
> Is it ok to edit srv1  registry and change values to match the other
> servers?
>
> Thanks
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
> news:uA8BExXzJHA.1196@TK2MSFTNGP03.phx.gbl...
>> Hmmm...  What about the Time Zones?  Are both machines in the same zone?
>> If both machines are in the same zone the information at
>> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
>> should be indentical.  You could copy the key and values from the PDC to
>> srv2.
>>
>> John
>>
>> msnews.microsoft.com wrote:
>>> I can set the time / date  properly on srv2.    At the next sync period
>>> for srv2, the  time on srv2  changes from PM to
>>> AM.... or from AM to PM -  it jumps 12 hours.
>>>
>>>
>>>
>>>
>>> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
>>> news:OoiQU%23NzJHA.5728@TK2MSFTNGP03.phx.gbl...
>>>> Probably a stupid suggestion but it sounds like the AM/PM might be wrong
>>>> on one of the machines, exactly 12 hour difference...
>>>>
>>>> John
>>>>
>>>> msnews.microsoft.com wrote:
>>>>> have 2 w2k servers, sp4.
>>>>> srv1 is PDC ( holds all roles) and is set to sync with NTP server.
>>>>> srv2 is problem.  every time srv2 syncs time, it goes off by 12 hours.
>>>>> srv2 date and time zone setting are correct.  srv2 thinks PDC is
>>>>> offline, which is not true.
>>>>> suggestions ? thanks
>
Author
5 May 2009 7:41 PM
msnews.microsoft.com
When using the TZEdit  tool on both srv1 and srv2, the setting displayed in
the tool are the same.
Yet the registry is different on the two servers.

Which registry is correct ?  Or is there more to this problem?


Also -
When I was testing srv2 - if  I point srv2 to an external time source -  and
then do a time sync on srv2, it still jumps back 12 hours..

Thanks




Show quoteHide quote
"John John - MVP" <audetw***@nbnot.nb.ca> wrote in message
news:ergYYlazJHA.1380@TK2MSFTNGP05.phx.gbl...
> You can copy the
> [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
> from one machine to another but it will take a reboot for the settings to
> be applied, when you do it with the Adjust Time/Date applet the system
> applies the settings and no reboot is necessary.
>
> Get the TZEdit.exe tool here:
>
> http://support.microsoft.com/kb/914387
>
> Direct link to the download:
> http://download.microsoft.com/download/5/8/a/58a208b7-7dc7-4bc7-8357-28e29cdac52f/tzedit.exe
>
> and use it to check the GMT offset on the Central Time (US & Canada), it
> should be GMT-06:00.
>
> John
>
> msnews.microsoft.com wrote:
>> Registry Info
>> [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
>>
>> Srv1: "Bias"=dword:fffffe98
>> Srv2: "Bias"=dword:00000168
>> Srv3: "Bias"=dword:00000168
>>
>> Srv1: "StandardName"="Central Standard Time"
>> Srv2: "StandardName"="Central Standard Time"
>> Srv3: "StandardName"="Central Standard Time"
>>
>> Srv1: "StandardBias"=dword:00000000
>> Srv2: "StandardBias"=dword:00000000
>> Srv3: "StandardBias"=dword:00000000
>>
>> Srv1: "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
>> Srv2: "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
>> Srv3: "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
>>
>> Srv1: "DaylightName"="Central Daylight Time"
>> Srv2: "DaylightName"="Central Daylight Time"
>> Srv3: "DaylightName"="Central Daylight Time"
>>
>> Srv1: "DaylightBias"=dword:ffffffc4
>> Srv2: "DaylightBias"=dword:ffffffc4
>> Srv3: "DaylightBias"=dword:ffffffc4
>>
>> Srv1: "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
>> Srv2: "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
>> Srv3: "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
>>
>> Srv1: "ActiveTimeBias"=dword:fffffe5c
>> Srv2: "ActiveTimeBias"=dword:0000012c
>> Srv3: "ActiveTimeBias"=dword:0000012c
>>
>>
>> It appears that srv1 is the server with the mis-configured registry.
>>         Bias  and    ActiveTimeBias
>> srv1 holds all the FSMO roles.  and is the server that is set to sync
>> with outside time source.
>>
>>
>> Is it ok to edit srv1  registry and change values to match the other
>> servers?
>>
>> Thanks
>>
>>
>> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
>> news:uA8BExXzJHA.1196@TK2MSFTNGP03.phx.gbl...
>>> Hmmm...  What about the Time Zones?  Are both machines in the same zone?
>>> If both machines are in the same zone the information at
>>> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
>>> should be indentical.  You could copy the key and values from the PDC to
>>> srv2.
>>>
>>> John
>>>
>>> msnews.microsoft.com wrote:
>>>> I can set the time / date  properly on srv2.    At the next sync period
>>>> for srv2, the  time on srv2  changes from PM to
>>>> AM.... or from AM to PM -  it jumps 12 hours.
>>>>
>>>>
>>>>
>>>>
>>>> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
>>>> news:OoiQU%23NzJHA.5728@TK2MSFTNGP03.phx.gbl...
>>>>> Probably a stupid suggestion but it sounds like the AM/PM might be
>>>>> wrong on one of the machines, exactly 12 hour difference...
>>>>>
>>>>> John
>>>>>
>>>>> msnews.microsoft.com wrote:
>>>>>> have 2 w2k servers, sp4.
>>>>>> srv1 is PDC ( holds all roles) and is set to sync with NTP server.
>>>>>> srv2 is problem.  every time srv2 syncs time, it goes off by 12
>>>>>> hours.
>>>>>> srv2 date and time zone setting are correct.  srv2 thinks PDC is
>>>>>> offline, which is not true.
>>>>>> suggestions ? thanks
>>
Author
5 May 2009 7:52 PM
msnews.microsoft.com
another time key in registry -
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time
Zones\Central Standard Time]

srv1:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time
Zones\Central Standard Time]
"Display"="(GMT-06:00) Central Time (US & Canada)"
"Dlt"="Central Daylight Time"
"Std"="Central Standard Time"
"MapID"="36,37"
"Index"=dword:00000014
"TZI"=hex:98,fe,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,0b,00,00,00,05,00,02,00,00,\
  00,00,00,00,00,00,00,03,00,00,00,01,00,02,00,00,00,00,00,00,00

srv2:
"Display"="(GMT-06:00) Central Time (US & Canada)"
"Dlt"="Central Daylight Time"
"Std"="Central Standard Time"
"MapID"="36,37"
"Index"=dword:00000014
"TZI"=hex:68,01,00,00,00,00,00,00,c4,ff,ff,ff,00,00,0b,00,00,00,05,00,02,00,00,\
  00,00,00,00,00,00,00,03,00,00,00,01,00,02,00,00,00,00,00,00,00

srv3:
"Display"="(GMT-06:00) Central Time (US & Canada)"
"Dlt"="Central Daylight Time"
"Std"="Central Standard Time"
"MapID"="36,37"
"Index"=dword:00000014
"TZI"=hex:68,01,00,00,00,00,00,00,c4,ff,ff,ff,00,00,0b,00,00,00,05,00,02,00,00,\
  00,00,00,00,00,00,00,03,00,00,00,01,00,02,00,00,00,00,00,00,00


As TZEdit.exe tool - shows same on all 3 servers, yet registry is different.

Questions:
1.  How many registries entries need to be checked.
2.  Which reg entries are correct?

thanks





Show quoteHide quote
"John John - MVP" <audetw***@nbnot.nb.ca> wrote in message
news:ergYYlazJHA.1380@TK2MSFTNGP05.phx.gbl...
> You can copy the
> [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
> from one machine to another but it will take a reboot for the settings to
> be applied, when you do it with the Adjust Time/Date applet the system
> applies the settings and no reboot is necessary.
>
> Get the TZEdit.exe tool here:
>
> http://support.microsoft.com/kb/914387
>
> Direct link to the download:
> http://download.microsoft.com/download/5/8/a/58a208b7-7dc7-4bc7-8357-28e29cdac52f/tzedit.exe
>
> and use it to check the GMT offset on the Central Time (US & Canada), it
> should be GMT-06:00.
>
> John
>
> msnews.microsoft.com wrote:
>> Registry Info
>> [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
>>
>> Srv1: "Bias"=dword:fffffe98
>> Srv2: "Bias"=dword:00000168
>> Srv3: "Bias"=dword:00000168
>>
>> Srv1: "StandardName"="Central Standard Time"
>> Srv2: "StandardName"="Central Standard Time"
>> Srv3: "StandardName"="Central Standard Time"
>>
>> Srv1: "StandardBias"=dword:00000000
>> Srv2: "StandardBias"=dword:00000000
>> Srv3: "StandardBias"=dword:00000000
>>
>> Srv1: "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
>> Srv2: "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
>> Srv3: "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
>>
>> Srv1: "DaylightName"="Central Daylight Time"
>> Srv2: "DaylightName"="Central Daylight Time"
>> Srv3: "DaylightName"="Central Daylight Time"
>>
>> Srv1: "DaylightBias"=dword:ffffffc4
>> Srv2: "DaylightBias"=dword:ffffffc4
>> Srv3: "DaylightBias"=dword:ffffffc4
>>
>> Srv1: "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
>> Srv2: "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
>> Srv3: "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
>>
>> Srv1: "ActiveTimeBias"=dword:fffffe5c
>> Srv2: "ActiveTimeBias"=dword:0000012c
>> Srv3: "ActiveTimeBias"=dword:0000012c
>>
>>
>> It appears that srv1 is the server with the mis-configured registry.
>>         Bias  and    ActiveTimeBias
>> srv1 holds all the FSMO roles.  and is the server that is set to sync
>> with outside time source.
>>
>>
>> Is it ok to edit srv1  registry and change values to match the other
>> servers?
>>
>> Thanks
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
>> news:uA8BExXzJHA.1196@TK2MSFTNGP03.phx.gbl...
>>> Hmmm...  What about the Time Zones?  Are both machines in the same zone?
>>> If both machines are in the same zone the information at
>>> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
>>> should be indentical.  You could copy the key and values from the PDC to
>>> srv2.
>>>
>>> John
>>>
>>> msnews.microsoft.com wrote:
>>>> I can set the time / date  properly on srv2.    At the next sync period
>>>> for srv2, the  time on srv2  changes from PM to
>>>> AM.... or from AM to PM -  it jumps 12 hours.
>>>>
>>>>
>>>>
>>>>
>>>> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
>>>> news:OoiQU%23NzJHA.5728@TK2MSFTNGP03.phx.gbl...
>>>>> Probably a stupid suggestion but it sounds like the AM/PM might be
>>>>> wrong on one of the machines, exactly 12 hour difference...
>>>>>
>>>>> John
>>>>>
>>>>> msnews.microsoft.com wrote:
>>>>>> have 2 w2k servers, sp4.
>>>>>> srv1 is PDC ( holds all roles) and is set to sync with NTP server.
>>>>>> srv2 is problem.  every time srv2 syncs time, it goes off by 12
>>>>>> hours.
>>>>>> srv2 date and time zone setting are correct.  srv2 thinks PDC is
>>>>>> offline, which is not true.
>>>>>> suggestions ? thanks
>>
Author
5 May 2009 8:32 PM
John John - MVP
srv1 is borked, that's the problem.  As I said earlier when you set the
time zone the information for the zone is obtained at the
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones keys and
copied to the Control Set.

Your srv1 has an incorrect TZI value at the key in question.  Export
this key from one of your other machines then remove/delete the incorect
key on srv1 and merge the key from the good machine to the srv1
registry.  Then use the Time/Date applet and reapply the time zone, move
the machine out of the present Central Standard Time zone to any other
one then move it back to the CST zone and apply the settings.  You
should then see identical information on all the machines at at the
HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation key.

John

msnews.microsoft.com wrote:
Show quoteHide quote
> another time key in registry -
> HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time
> Zones\Central Standard Time]
>
> srv1:
> [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time
> Zones\Central Standard Time]
> "Display"="(GMT-06:00) Central Time (US & Canada)"
> "Dlt"="Central Daylight Time"
> "Std"="Central Standard Time"
> "MapID"="36,37"
> "Index"=dword:00000014
> "TZI"=hex:98,fe,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,0b,00,00,00,05,00,02,00,00,\
>   00,00,00,00,00,00,00,03,00,00,00,01,00,02,00,00,00,00,00,00,00
>
> srv2:
> "Display"="(GMT-06:00) Central Time (US & Canada)"
> "Dlt"="Central Daylight Time"
> "Std"="Central Standard Time"
> "MapID"="36,37"
> "Index"=dword:00000014
> "TZI"=hex:68,01,00,00,00,00,00,00,c4,ff,ff,ff,00,00,0b,00,00,00,05,00,02,00,00,\
>   00,00,00,00,00,00,00,03,00,00,00,01,00,02,00,00,00,00,00,00,00
>
> srv3:
> "Display"="(GMT-06:00) Central Time (US & Canada)"
> "Dlt"="Central Daylight Time"
> "Std"="Central Standard Time"
> "MapID"="36,37"
> "Index"=dword:00000014
> "TZI"=hex:68,01,00,00,00,00,00,00,c4,ff,ff,ff,00,00,0b,00,00,00,05,00,02,00,00,\
>   00,00,00,00,00,00,00,03,00,00,00,01,00,02,00,00,00,00,00,00,00
>
>
> As TZEdit.exe tool - shows same on all 3 servers, yet registry is different.
>
> Questions:
> 1.  How many registries entries need to be checked.
> 2.  Which reg entries are correct?
>
> thanks
>
>
>
>
>
> "John John - MVP" <audetw***@nbnot.nb.ca> wrote in message
> news:ergYYlazJHA.1380@TK2MSFTNGP05.phx.gbl...
>> You can copy the
>> [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
>> from one machine to another but it will take a reboot for the settings to
>> be applied, when you do it with the Adjust Time/Date applet the system
>> applies the settings and no reboot is necessary.
>>
>> Get the TZEdit.exe tool here:
>>
>> http://support.microsoft.com/kb/914387
>>
>> Direct link to the download:
>> http://download.microsoft.com/download/5/8/a/58a208b7-7dc7-4bc7-8357-28e29cdac52f/tzedit.exe
>>
>> and use it to check the GMT offset on the Central Time (US & Canada), it
>> should be GMT-06:00.
>>
>> John
>>
>> msnews.microsoft.com wrote:
>>> Registry Info
>>> [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
>>>
>>> Srv1: "Bias"=dword:fffffe98
>>> Srv2: "Bias"=dword:00000168
>>> Srv3: "Bias"=dword:00000168
>>>
>>> Srv1: "StandardName"="Central Standard Time"
>>> Srv2: "StandardName"="Central Standard Time"
>>> Srv3: "StandardName"="Central Standard Time"
>>>
>>> Srv1: "StandardBias"=dword:00000000
>>> Srv2: "StandardBias"=dword:00000000
>>> Srv3: "StandardBias"=dword:00000000
>>>
>>> Srv1: "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
>>> Srv2: "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
>>> Srv3: "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
>>>
>>> Srv1: "DaylightName"="Central Daylight Time"
>>> Srv2: "DaylightName"="Central Daylight Time"
>>> Srv3: "DaylightName"="Central Daylight Time"
>>>
>>> Srv1: "DaylightBias"=dword:ffffffc4
>>> Srv2: "DaylightBias"=dword:ffffffc4
>>> Srv3: "DaylightBias"=dword:ffffffc4
>>>
>>> Srv1: "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
>>> Srv2: "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
>>> Srv3: "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
>>>
>>> Srv1: "ActiveTimeBias"=dword:fffffe5c
>>> Srv2: "ActiveTimeBias"=dword:0000012c
>>> Srv3: "ActiveTimeBias"=dword:0000012c
>>>
>>>
>>> It appears that srv1 is the server with the mis-configured registry.
>>>         Bias  and    ActiveTimeBias
>>> srv1 holds all the FSMO roles.  and is the server that is set to sync
>>> with outside time source.
>>>
>>>
>>> Is it ok to edit srv1  registry and change values to match the other
>>> servers?
>>>
>>> Thanks
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
>>> news:uA8BExXzJHA.1196@TK2MSFTNGP03.phx.gbl...
>>>> Hmmm...  What about the Time Zones?  Are both machines in the same zone?
>>>> If both machines are in the same zone the information at
>>>> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
>>>> should be indentical.  You could copy the key and values from the PDC to
>>>> srv2.
>>>>
>>>> John
>>>>
>>>> msnews.microsoft.com wrote:
>>>>> I can set the time / date  properly on srv2.    At the next sync period
>>>>> for srv2, the  time on srv2  changes from PM to
>>>>> AM.... or from AM to PM -  it jumps 12 hours.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
>>>>> news:OoiQU%23NzJHA.5728@TK2MSFTNGP03.phx.gbl...
>>>>>> Probably a stupid suggestion but it sounds like the AM/PM might be
>>>>>> wrong on one of the machines, exactly 12 hour difference...
>>>>>>
>>>>>> John
>>>>>>
>>>>>> msnews.microsoft.com wrote:
>>>>>>> have 2 w2k servers, sp4.
>>>>>>> srv1 is PDC ( holds all roles) and is set to sync with NTP server.
>>>>>>> srv2 is problem.  every time srv2 syncs time, it goes off by 12
>>>>>>> hours.
>>>>>>> srv2 date and time zone setting are correct.  srv2 thinks PDC is
>>>>>>> offline, which is not true.
>>>>>>> suggestions ? thanks
>
>
Author
5 May 2009 11:22 PM
msnews.microsoft.com
Hi John John -

thanks for info.

I will correct the
        HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones


What about the other registry keys?  Do I need to import them into srv1 ?
        HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation

        HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters


Thanks




Show quoteHide quote
"John John - MVP" <audetw***@nbnot.nb.ca> wrote in message
news:e6NmZCczJHA.4808@TK2MSFTNGP06.phx.gbl...
> srv1 is borked, that's the problem.  As I said earlier when you set the
> time zone the information for the zone is obtained at the
> HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones keys and
> copied to the Control Set.
>
> Your srv1 has an incorrect TZI value at the key in question.  Export this
> key from one of your other machines then remove/delete the incorect key on
> srv1 and merge the key from the good machine to the srv1 registry.  Then
> use the Time/Date applet and reapply the time zone, move the machine out
> of the present Central Standard Time zone to any other one then move it
> back to the CST zone and apply the settings.  You should then see
> identical information on all the machines at at the
> HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation key.
>
> John
>
> msnews.microsoft.com wrote:
>> another time key in registry -
>> HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time
>> Zones\Central Standard Time]
>>
>> srv1:
>> [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time
>> Zones\Central Standard Time]
>> "Display"="(GMT-06:00) Central Time (US & Canada)"
>> "Dlt"="Central Daylight Time"
>> "Std"="Central Standard Time"
>> "MapID"="36,37"
>> "Index"=dword:00000014
>> "TZI"=hex:98,fe,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,0b,00,00,00,05,00,02,00,00,\
>>   00,00,00,00,00,00,00,03,00,00,00,01,00,02,00,00,00,00,00,00,00
>>
>> srv2:
>> "Display"="(GMT-06:00) Central Time (US & Canada)"
>> "Dlt"="Central Daylight Time"
>> "Std"="Central Standard Time"
>> "MapID"="36,37"
>> "Index"=dword:00000014
>> "TZI"=hex:68,01,00,00,00,00,00,00,c4,ff,ff,ff,00,00,0b,00,00,00,05,00,02,00,00,\
>>   00,00,00,00,00,00,00,03,00,00,00,01,00,02,00,00,00,00,00,00,00
>>
>> srv3:
>> "Display"="(GMT-06:00) Central Time (US & Canada)"
>> "Dlt"="Central Daylight Time"
>> "Std"="Central Standard Time"
>> "MapID"="36,37"
>> "Index"=dword:00000014
>> "TZI"=hex:68,01,00,00,00,00,00,00,c4,ff,ff,ff,00,00,0b,00,00,00,05,00,02,00,00,\
>>   00,00,00,00,00,00,00,03,00,00,00,01,00,02,00,00,00,00,00,00,00
>>
>>
>> As TZEdit.exe tool - shows same on all 3 servers, yet registry is
>> different.
>>
>> Questions:
>> 1.  How many registries entries need to be checked.
>> 2.  Which reg entries are correct?
>>
>> thanks
>>
>>
>>
>>
>>
>> "John John - MVP" <audetw***@nbnot.nb.ca> wrote in message
>> news:ergYYlazJHA.1380@TK2MSFTNGP05.phx.gbl...
>>> You can copy the
>>> [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
>>> from one machine to another but it will take a reboot for the settings
>>> to be applied, when you do it with the Adjust Time/Date applet the
>>> system applies the settings and no reboot is necessary.
>>>
>>> Get the TZEdit.exe tool here:
>>>
>>> http://support.microsoft.com/kb/914387
>>>
>>> Direct link to the download:
>>> http://download.microsoft.com/download/5/8/a/58a208b7-7dc7-4bc7-8357-28e29cdac52f/tzedit.exe
>>>
>>> and use it to check the GMT offset on the Central Time (US & Canada), it
>>> should be GMT-06:00.
>>>
>>> John
>>>
>>> msnews.microsoft.com wrote:
>>>> Registry Info
>>>> [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
>>>>
>>>> Srv1: "Bias"=dword:fffffe98
>>>> Srv2: "Bias"=dword:00000168
>>>> Srv3: "Bias"=dword:00000168
>>>>
>>>> Srv1: "StandardName"="Central Standard Time"
>>>> Srv2: "StandardName"="Central Standard Time"
>>>> Srv3: "StandardName"="Central Standard Time"
>>>>
>>>> Srv1: "StandardBias"=dword:00000000
>>>> Srv2: "StandardBias"=dword:00000000
>>>> Srv3: "StandardBias"=dword:00000000
>>>>
>>>> Srv1:
>>>> "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
>>>> Srv2:
>>>> "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
>>>> Srv3:
>>>> "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
>>>>
>>>> Srv1: "DaylightName"="Central Daylight Time"
>>>> Srv2: "DaylightName"="Central Daylight Time"
>>>> Srv3: "DaylightName"="Central Daylight Time"
>>>>
>>>> Srv1: "DaylightBias"=dword:ffffffc4
>>>> Srv2: "DaylightBias"=dword:ffffffc4
>>>> Srv3: "DaylightBias"=dword:ffffffc4
>>>>
>>>> Srv1:
>>>> "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
>>>> Srv2:
>>>> "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
>>>> Srv3:
>>>> "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
>>>>
>>>> Srv1: "ActiveTimeBias"=dword:fffffe5c
>>>> Srv2: "ActiveTimeBias"=dword:0000012c
>>>> Srv3: "ActiveTimeBias"=dword:0000012c
>>>>
>>>>
>>>> It appears that srv1 is the server with the mis-configured registry.
>>>>         Bias  and    ActiveTimeBias
>>>> srv1 holds all the FSMO roles.  and is the server that is set to sync
>>>> with outside time source.
>>>>
>>>>
>>>> Is it ok to edit srv1  registry and change values to match the other
>>>> servers?
>>>>
>>>> Thanks
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
>>>> news:uA8BExXzJHA.1196@TK2MSFTNGP03.phx.gbl...
>>>>> Hmmm...  What about the Time Zones?  Are both machines in the same
>>>>> zone? If both machines are in the same zone the information at
>>>>> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
>>>>> should be indentical.  You could copy the key and values from the PDC
>>>>> to srv2.
>>>>>
>>>>> John
>>>>>
>>>>> msnews.microsoft.com wrote:
>>>>>> I can set the time / date  properly on srv2.    At the next sync
>>>>>> period for srv2, the  time on srv2  changes from PM to
>>>>>> AM.... or from AM to PM -  it jumps 12 hours.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
>>>>>> news:OoiQU%23NzJHA.5728@TK2MSFTNGP03.phx.gbl...
>>>>>>> Probably a stupid suggestion but it sounds like the AM/PM might be
>>>>>>> wrong on one of the machines, exactly 12 hour difference...
>>>>>>>
>>>>>>> John
>>>>>>>
>>>>>>> msnews.microsoft.com wrote:
>>>>>>>> have 2 w2k servers, sp4.
>>>>>>>> srv1 is PDC ( holds all roles) and is set to sync with NTP server.
>>>>>>>> srv2 is problem.  every time srv2 syncs time, it goes off by 12
>>>>>>>> hours.
>>>>>>>> srv2 date and time zone setting are correct.  srv2 thinks PDC is
>>>>>>>> offline, which is not true.
>>>>>>>> suggestions ? thanks
>>
Author
6 May 2009 2:49 AM
John John - MVP
If you want you can export the whole key from the good machine and then
delete the key from the bad machine and merge the good key to it.  But I
don't think that it really matters... we don't know if the other time
zones are wrong and unless you intend to move the machine to a location
outside of its current zone you won't be using these other zones.  But
then who knows, some booking or scheduling/agenda type of programs might
do calculations based on the information in these time zone keys and you
might miss your flight to Rome because the information in that key was
off by 10 hours!

John

msnews.microsoft.com wrote:
Show quoteHide quote
> Hi John John -
>
> thanks for info.
>
> I will correct the
>         HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones
>
>
> What about the other registry keys?  Do I need to import them into srv1 ?
>         HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
>
>         HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters
>
>
> Thanks
>
>
>
>
> "John John - MVP" <audetw***@nbnot.nb.ca> wrote in message
> news:e6NmZCczJHA.4808@TK2MSFTNGP06.phx.gbl...
>> srv1 is borked, that's the problem.  As I said earlier when you set the
>> time zone the information for the zone is obtained at the
>> HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones keys and
>> copied to the Control Set.
>>
>> Your srv1 has an incorrect TZI value at the key in question.  Export this
>> key from one of your other machines then remove/delete the incorect key on
>> srv1 and merge the key from the good machine to the srv1 registry.  Then
>> use the Time/Date applet and reapply the time zone, move the machine out
>> of the present Central Standard Time zone to any other one then move it
>> back to the CST zone and apply the settings.  You should then see
>> identical information on all the machines at at the
>> HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation key.
>>
>> John
>>
>> msnews.microsoft.com wrote:
>>> another time key in registry -
>>> HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time
>>> Zones\Central Standard Time]
>>>
>>> srv1:
>>> [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time
>>> Zones\Central Standard Time]
>>> "Display"="(GMT-06:00) Central Time (US & Canada)"
>>> "Dlt"="Central Daylight Time"
>>> "Std"="Central Standard Time"
>>> "MapID"="36,37"
>>> "Index"=dword:00000014
>>> "TZI"=hex:98,fe,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,0b,00,00,00,05,00,02,00,00,\
>>>   00,00,00,00,00,00,00,03,00,00,00,01,00,02,00,00,00,00,00,00,00
>>>
>>> srv2:
>>> "Display"="(GMT-06:00) Central Time (US & Canada)"
>>> "Dlt"="Central Daylight Time"
>>> "Std"="Central Standard Time"
>>> "MapID"="36,37"
>>> "Index"=dword:00000014
>>> "TZI"=hex:68,01,00,00,00,00,00,00,c4,ff,ff,ff,00,00,0b,00,00,00,05,00,02,00,00,\
>>>   00,00,00,00,00,00,00,03,00,00,00,01,00,02,00,00,00,00,00,00,00
>>>
>>> srv3:
>>> "Display"="(GMT-06:00) Central Time (US & Canada)"
>>> "Dlt"="Central Daylight Time"
>>> "Std"="Central Standard Time"
>>> "MapID"="36,37"
>>> "Index"=dword:00000014
>>> "TZI"=hex:68,01,00,00,00,00,00,00,c4,ff,ff,ff,00,00,0b,00,00,00,05,00,02,00,00,\
>>>   00,00,00,00,00,00,00,03,00,00,00,01,00,02,00,00,00,00,00,00,00
>>>
>>>
>>> As TZEdit.exe tool - shows same on all 3 servers, yet registry is
>>> different.
>>>
>>> Questions:
>>> 1.  How many registries entries need to be checked.
>>> 2.  Which reg entries are correct?
>>>
>>> thanks
>>>
>>>
>>>
>>>
>>>
>>> "John John - MVP" <audetw***@nbnot.nb.ca> wrote in message
>>> news:ergYYlazJHA.1380@TK2MSFTNGP05.phx.gbl...
>>>> You can copy the
>>>> [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
>>>> from one machine to another but it will take a reboot for the settings
>>>> to be applied, when you do it with the Adjust Time/Date applet the
>>>> system applies the settings and no reboot is necessary.
>>>>
>>>> Get the TZEdit.exe tool here:
>>>>
>>>> http://support.microsoft.com/kb/914387
>>>>
>>>> Direct link to the download:
>>>> http://download.microsoft.com/download/5/8/a/58a208b7-7dc7-4bc7-8357-28e29cdac52f/tzedit.exe
>>>>
>>>> and use it to check the GMT offset on the Central Time (US & Canada), it
>>>> should be GMT-06:00.
>>>>
>>>> John
>>>>
>>>> msnews.microsoft.com wrote:
>>>>> Registry Info
>>>>> [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
>>>>>
>>>>> Srv1: "Bias"=dword:fffffe98
>>>>> Srv2: "Bias"=dword:00000168
>>>>> Srv3: "Bias"=dword:00000168
>>>>>
>>>>> Srv1: "StandardName"="Central Standard Time"
>>>>> Srv2: "StandardName"="Central Standard Time"
>>>>> Srv3: "StandardName"="Central Standard Time"
>>>>>
>>>>> Srv1: "StandardBias"=dword:00000000
>>>>> Srv2: "StandardBias"=dword:00000000
>>>>> Srv3: "StandardBias"=dword:00000000
>>>>>
>>>>> Srv1:
>>>>> "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
>>>>> Srv2:
>>>>> "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
>>>>> Srv3:
>>>>> "StandardStart"=hex:00,00,0b,00,05,00,02,00,00,00,00,00,00,00,00,00
>>>>>
>>>>> Srv1: "DaylightName"="Central Daylight Time"
>>>>> Srv2: "DaylightName"="Central Daylight Time"
>>>>> Srv3: "DaylightName"="Central Daylight Time"
>>>>>
>>>>> Srv1: "DaylightBias"=dword:ffffffc4
>>>>> Srv2: "DaylightBias"=dword:ffffffc4
>>>>> Srv3: "DaylightBias"=dword:ffffffc4
>>>>>
>>>>> Srv1:
>>>>> "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
>>>>> Srv2:
>>>>> "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
>>>>> Srv3:
>>>>> "DaylightStart"=hex:00,00,03,00,01,00,02,00,00,00,00,00,00,00,00,00
>>>>>
>>>>> Srv1: "ActiveTimeBias"=dword:fffffe5c
>>>>> Srv2: "ActiveTimeBias"=dword:0000012c
>>>>> Srv3: "ActiveTimeBias"=dword:0000012c
>>>>>
>>>>>
>>>>> It appears that srv1 is the server with the mis-configured registry.
>>>>>         Bias  and    ActiveTimeBias
>>>>> srv1 holds all the FSMO roles.  and is the server that is set to sync
>>>>> with outside time source.
>>>>>
>>>>>
>>>>> Is it ok to edit srv1  registry and change values to match the other
>>>>> servers?
>>>>>
>>>>> Thanks
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
>>>>> news:uA8BExXzJHA.1196@TK2MSFTNGP03.phx.gbl...
>>>>>> Hmmm...  What about the Time Zones?  Are both machines in the same
>>>>>> zone? If both machines are in the same zone the information at
>>>>>> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
>>>>>> should be indentical.  You could copy the key and values from the PDC
>>>>>> to srv2.
>>>>>>
>>>>>> John
>>>>>>
>>>>>> msnews.microsoft.com wrote:
>>>>>>> I can set the time / date  properly on srv2.    At the next sync
>>>>>>> period for srv2, the  time on srv2  changes from PM to
>>>>>>> AM.... or from AM to PM -  it jumps 12 hours.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> "John John (MVP)" <audetw***@nbnot.nb.ca> wrote in message
>>>>>>> news:OoiQU%23NzJHA.5728@TK2MSFTNGP03.phx.gbl...
>>>>>>>> Probably a stupid suggestion but it sounds like the AM/PM might be
>>>>>>>> wrong on one of the machines, exactly 12 hour difference...
>>>>>>>>
>>>>>>>> John
>>>>>>>>
>>>>>>>> msnews.microsoft.com wrote:
>>>>>>>>> have 2 w2k servers, sp4.
>>>>>>>>> srv1 is PDC ( holds all roles) and is set to sync with NTP server.
>>>>>>>>> srv2 is problem.  every time srv2 syncs time, it goes off by 12
>>>>>>>>> hours.
>>>>>>>>> srv2 date and time zone setting are correct.  srv2 thinks PDC is
>>>>>>>>> offline, which is not true.
>>>>>>>>> suggestions ? thanks
>
Author
7 May 2009 4:12 AM
msnews.microsoft.com
Hi John John -

Thanks for all you help.

I made the changes and will see how it look in the morning.





Show quoteHide quote
"John John - MVP" <audetw***@nbnot.nb.ca> wrote in message
news:em3aHVfzJHA.436@TK2MSFTNGP02.phx.gbl...