Notice: This website is an unofficial Microsoft Knowledge Base (hereinafter KB) archive and is intended to provide a reliable access to deleted content from Microsoft KB. All KB articles are owned by Microsoft Corporation. Read full disclaimer for more details.

Preset values for the Windows Time service Group Policy settings are different from the corresponding Windows Time service registry entries in Windows Server 2003


View products that this article applies to.

Symptoms

On a Microsoft Windows Server 2003-based computer, you notice that the preset values for the Windows Time service Group Policy settings are different from the corresponding Windows Time service registry entries.

Specifically, the preset Group Policy settings are more restrictive than the corresponding default registry entries. These more restrictive settings may trigger event logging instead of the expected time synchronization with the server.

Notes
  • The registry entries for the Windows Time service are found under the following registry subkey:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time
  • Certain Group Policy settings have the same names as the registry entries for the Windows Time service. For example, the
    LargePhaseOffset and SpikeWatchPeriod Group Policy settings appear in the following location in the Group Policy Object Editor:
    Computer Configuration\Administrative Templates\System\Windows Time Service
    However, the policy updates the following location in the system registry:
    HKEY_LOCAL_MACHINE\SOFTWARE\POLICIES\MICROSOFT\W32Time
    The LargePhaseOffset and SpikeWatchPeriod registry entries appear under both the following registry subkeys:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config


    HKEY_LOCAL_MACHINE\SOFTWARE\POLICIES\MICROSOFT\W32Time\Config
    However only the values of the following registry subkey are applied:
    HKEY_LOCAL_MACHINE\SOFTWARE\POLICIES\MICROSOFT\W32Time\Config

↑ Back to the top


Cause

This issue occurs because some of the preset values that are configured in the System Administrative template file (System.adm) for the Group Policy object (GPO) settings are different from the corresponding default registry entries.

↑ Back to the top


Workaround

To work around this issue, use the Group Policy Object Editor to change the value for the LargePhaseOffset Group Policy setting. To do this, follow these steps:
  1. Click Start, click Run, type gpedit.msc, and then click
    OK.
  2. In the Group Policy Object Editor, expand Computer Configuration, expand Administrative Templates, expand System, and then click Windows Time Service.
  3. On the right pane, double-click Global Configuration Settings.
  4. On the Setting tab, change the value of the LargePhaseOffset Global Group Policy setting. The recommended preset value is 50000000.

    For more information about the LargePhaseOffset setting, visit the following Microsoft Web site:
Notes
  • A higher value for the LargePhaseOffsetsetting generates fewer warning messages. Use a higher value if you do not require highly accurate time synchronization.
  • The SpikeWatchPeriod sets the time period that must elapse before the computer’s time is reset after the computer loses synchronization.
  • Depending on your time service infrastructure, you can maintain the available preset values for other Group Policy settings that are not mentioned in this section.

↑ Back to the top


Status

Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.

↑ Back to the top


More Information

For more information about Windows Time Service tools and settings, visit the following Microsoft Web site:

↑ Back to the top


Keywords: kbpubtypepublic, kbbug, kbfix, kbpubtypekc, kb

↑ Back to the top

Article Info
Article ID : 902229
Revision : 1
Created on : 1/7/2017
Published on : 7/6/2013
Exists online : False
Views : 210