Troubleshooting problems with promoting a domain controller to a global catalog server (910204)
The information in this article applies to:
- Microsoft Windows Server 2003, Standard Edition
- Microsoft Windows Server 2003, Datacenter Edition
- Microsoft Windows Server 2003, Enterprise Edition
- Microsoft Windows 2000 Server
- Microsoft Windows 2000 Advanced Server
- Microsoft Windows 2000 Datacenter Server
SUMMARYThis article discusses a problem with promoting a Microsoft Windows Server 2003 domain controller or a Microsoft Windows 2000 domain controller to a global catalog server. This article discusses the following topics: - The event messages that are logged in the Directory Services log for Windows 2000 Server and for Windows Server 2003
- The possible causes of the global catalog promotion failure
- Ways to determine the cause of the global catalog promotion failure
- Ways to resolve the global catalog promotion failure
SYMPTOMSWhen you try to promote a Microsoft Windows Server 2003 domain controller or a Microsoft Windows 2000 domain controller to a global catalog server, the domain controller may not advertise itself as a global catalog. This is true if you promote the domain controller programmatically or by clicking to select the Global Catalog option. When this problem occurs, event messages are logged in the Directory Services log. Additionally, the output may show that the domain controller did not pass the advertising test and is not advertising the global catalog. This output occurs when a domain controller logs event ID 1578 and when you run a domain controller diagnostic check (Dcdiag.exe) on that domain controller. Note To run a domain controller diagnostic check, do the following:
- Click Start, click Run, type cmd, and then click OK.
- At the command prompt, type dcdiag /v /f:logfile.txt, and then press ENTER.
The following sections describe the event messages that are logged in the Directory Services log when this problem occurs. Windows 2000 event messagesWindows Server 2003 event messages- Event ID 1559Event Type: Information
Event Source: NTDS Replication
Event Category: Global Catalog
Event ID: 1559
Date: date Time: time User: NT AUTHORITY\ANONYMOUS LOGON
Computer: Server Name Description: The local domain controller has been selected to be a global catalog. However, the domain controller does not host a read-only replica of the following directory partition.
Directory partition: DC=root,DC=com <DN Path of missing partition>
A precondition to becoming a global catalog is that a domain controller must host a read-only replica of all directory partitions in the forest. This event might have occurred because a Knowledge Consistency Checker (KCC) task has not completed or because the domain controller is unable to add a replica of the directory partition due to unavailable source domain controllers. An attempt to add the replica will be tried again at the next KCC interval.
- Event ID 1578Event Type: Information
Event Source: NTDS Replication
Event Category: Global Catalog
Event ID: 1578
Date: date Time: time User: NT AUTHORITY\ANONYMOUS LOGON
Computer: server name Description: Promotion of the local domain controller to a global catalog has been delayed because the directory partition occupancy requirements have not been met. The occupancy requirement level and current domain controller level are as follows.
Occupancy requirement level: 6
Domain controller level: 4
The following registry key value defines the directory partition occupancy requirement level.
HKLM\System\CurrentControlSet\Services\NTDS\Parameters\Global Catalog Partition Occupancy
- If you enable diagnostic logging for the Knowledge Consistency Checker (KCC) at level 1, the following event is logged.
Event ID 1801Event Source: NTDS KCC
Event Category: Knowledge consistency checker
Event ID: 1801
Date: date Time: time
User: NT AUTHORITY\ANONYMOUS LOGON
Computer: server name Description: The Knowledge Consistency Checker will not construct the topology for partition DC=domain,DC=com because knowledge of the partition's objectGuid has not yet replicated to this domain controller.
CAUSEA global catalog must replicate inbound copies of all objects from all domain partitions in the forest before the global catalog can advertise the global catalog role. When a domain controller is selected to host the global catalog, the KCC on the domain controller that is being promoted uses its discretion to build connection objects from source domain controllers that host the required partitions. These source domain controllers may consist of existing global catalogs in the forest or domain controllers that host writable copies of every domain partition that resides in its forest. The contents of each domain partition are then inbound replicated from source domain controllers that are designated by the KCC. The contents are replicated to the newly promoted global catalog over existing or newly created connection links. Global catalog promotion may fail if one of the following conditions is true: - The configuration partition on one or more domain controllers contains a cross-reference object to a stale or orphaned domain, but no domain controllers for that domain are located in the forest.
- Metadata for a source domain controller that is designated by the KCC is located in the configuration partition of one or more domain controllers but does not represent a domain controller currently present in the forest.
- The source domain controller that is selected by the KCC on the global catalog that is being promoted is offline.
- The source domain controller that was selected by the KCC on the global catalog that is being promoted is inaccessible over the network. This domain controller is inaccessible because there is no network connectivity or partial network connectivity. The following are examples of network connectivity issues:
- Ports that are blocked
- IP addresses that are filtered
- Networks that are not fully routed but that have the bridge-all-site-links option enabled
- Source domain global catalogs are constrained from acting as bridgeheads because non-global catalog domain controllers have incorrectly been selected as preferred bridgeheads by administrators.
- The global catalog that is being promoted cannot build a connection link from the selected source domain controller because of the error status that is logged in one of the events that are listed in the Summary section.
An orphaned domain will prevent the domain controller from finishing the replication. The domain controller cannot advertise itself as a global catalog server until replication is completed. There are several issues that could lead to an orphaned domain: - Active Directory was removed from all the domain controllers of a domain, but the domain partition cross-reference object still remains.
- Active Directory was removed from a domain controller, and the directory partition of the domain controller was removed. The domain controller was then re-created before replication was completed. These events caused lingering phantoms that a cross-reference object incorrectly references.
- The domain-naming update for the domain has not reached the domain controller that is experiencing the problem. Or, the domain-naming update for a domain that is newly promoted may not have reached any domain controllers outside that domain. This issue would be a temporary problem.
RESOLUTIONWarning You should not enable a reduced occupancy level to artificially accelerate global catalog promotion. We strongly recommend that you first resolve the Directory Service replication issue so that the global catalog is automatically advertised. To resolve this problem, first identify the root cause of the replication issue, and resolve that problem. Determine whether the replication issue is caused by one of the following conditions: - A replication delay
- An orphaned domain that is located in the forest environment
- An inability to build the connection link
- An inability to replicate over the connection agreement
If there is an NTDS KCC event ID 1265 that is logged in the Directory Service log, use that event to determine the cause of the replication failure for the same domain partition. Make sure that network connectivity is good and that no required network ports are blocked. Required network ports are, for example, TCP 135 and ephemeral ports that are used by RPC. View the DNS records to make sure that the registered Host and SRV records are all correctly registered. If there are incorrect records, you must clear them out and register such records. Remove all stale metadata for any domain controllers and domains in the forest that are listed in the relevant event IDs. You must do this to make sure that replication is not failing because of a non-existent domain controller or domain.
For more information about how to remove Active Directory metadata, click the following article number to view the article in the Microsoft Knowledge Base:
216498
How to remove data in Active Directory after an unsuccessful domain controller demotion
After you have verified that the replication between domain controllers is working correctly, determine whether there is an orphaned domain object. You can use the Ntdsutil.exe utility to clear the orphaned domain object. If there is any orphaned domain controller object for that domain, you must also delete the domain controller object.
For more information about how to remove an orphaned domain, click the following article number to view the article in the Microsoft Knowledge Base:
230306
How to remove orphaned domains from Active Directory
For more information about how to remove orphaned domain controller objects, click the following article number to view the article in the Microsoft Knowledge Base:
216498
How to remove data in Active Directory after an unsuccessful domain controller demotion
Modification Type: | Minor | Last Reviewed: | 3/18/2006 |
---|
Keywords: | kbFSMO kbtshoot kberrmsg kbprb KB910204 kbAudITPRO |
---|
|
|
©2004 Microsoft Corporation. All rights reserved.
|
|