11 replies
by sgt_shultz
by sgt_shultz
from http://support.microsoft.com Q249256 HOWTO: Troubleshoot Intra-Site Replication Failures
(there was lots more good looking stuff)
"The DSA Operation Is Unable to Proceed Because of a DNS Lookup Failure" Error
To troubleshoot this error:
Use the Nltest /dsgetdc: /pdc /force /avoidself command to determine if the correct PDC is returned.
If there a connection object and not a replication link reported by the REPLMON or REPADMIN commands, the problem might be related to the KCC.
Run the following commands on the PDC, and then submit the output to Microsoft PSS for more troubleshooting:
nltest /DBFLAG:0x2000FFFF
-and-
nltest /DSGETDC: /GC
Run the nltest /dsgetdc: /gc /force command to determine if you can contact a global catalog server (GC).
Check the "password last changed" parameter on both the PDC and the server(s) with which you experience the problem.
back to the top
Operation Queued or No Replication Links Displayed
No replication links are reported when you run the Repadmin.exe or Replmon.exe utilities. To troubleshoot this issue, Trigger the KCC and look in the Directory Services log for any events that relate to the KCC. This typically points to a failure to communicate with a domain controller.
by sgt_shultz
from same article:
Advanced Troubleshooting Techniques
Knowledge Consistency Checker and ISTG
You can create an event log for the Knowledge Consistency Checker that contains more diagnostic information. To do this perform the following steps on the ISTG of the site where duplicate connections appear:
Save the contents of the event log, and then clear the event log.
Set the 1 Knowledge Consistency Checker registry DWORD value to 5 in the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Diagnostics
Run the Knowledge Consistency Checker by running the repadmin /kcc command.
Reset the 1 Knowledge Consistency Checker registry DWORD value to 0 (zero).
Save the new event log.
To obtain a new baseline measurement:
Make sure that the computer has a site link to the hub. If it does not, create one.
Delete all connection objects that come into the computer.
Run the Knowledge Consistency Checker by running the repadmin /kcc command.
Make sure that it has created the connections you expect by running the repadmin /showconn command.
-continued-
by sgt_shultz
-continued-
Look in the Directory Service event log for errors. You may see errors (for example, event ID 1265) indicating that a replica cannot be added for naming context X, and error Y. Determine if the error is related to a DNS issue or if it is a connectivity error, and then try to correct the corresponding problem. If the error indicates that a target account name is incorrect or if it is an SPN error, it may be more difficult to resolve.
If the event log reports that the replica was added successfully, check this by running the repadmin /showreps command.
After you adjust site link replication intervals, wait for the configuration change to replicate to other hub servers, and then restart each of the hub servers to clear the replication queue. You can use the repadmin/sync command or the Active Directory Sites and Servers snap-in to force replication of the Configuration naming context so that the updated site links are visible on each of the hub servers before you restart them. Use the Dcdiag.exe utility to assess the replication health of each site. This can be run remotely through a script and the output parsed for the word "fail". You can use the following sample script as an example:
REM check replications in site site1
dcdiag /s:dc1 /test:replications /a /n:domain1
dcdiag /s:dc1 /test:replications /a /n:domain2
dcdiag /s:dc1 /test:replications /a /n:domain3
REM check replications in site site2
REM continue Dcdiag statements for domains in site2
by jlbpotter
Poster rated this answer.
For a windows 2000 forest to function with a configuration where the domains in the forest do not follow a contiguous namespace, you need to provide each domain the ability to locate domain controllers in the other domains. This is especially critical for AD replication, because all the replication records are stored in the forest root domain zone.
In you forest, you need to set up secondary zones.
e.g. forest with 2 domains configured as 2 tree roots
a.com and b.com
the DNS servers for a.com should also contain a secondary zone for b.com
the DNS servers for b.com should contain a secondary zone for a.com
To address the missing _msdcs and the rest, you need to make sure the zone is allowing DDNS, the DHCP client service must be running to register these records.
try cycling netlogon service
make sure the netlogon.dns file exists.
make sure your primary DNS server entry in your NIC is infact pointed to the DNS server authoritative for the zone it needs to register records in.
last ditch effort, delete the zone and recreate it, then go through the above steps again.
If this fails, call Microsoft.
by jlbpotter
Poster rated this answer.
by jlbpotter
by jlbpotter
by jlbpotter
by jlbpotter
This discussion is closed to new replies.
Trending Windows Forum posts
Sort by Trending