Link to home
Start Free TrialLog in
Avatar of dkraut
dkraut

asked on

Replication issue at remote site - Broken Secure Channel?

Hi All, I was recently asked to resolve a sporadic replication issue at one of our remote offices.  This office previously had a single domain controller, but it was having trouble so someone installed a second domain controller and later shut down the "original-DC".  Bringing the original-DC back up resolved replication for a few days, but it's broke again.  Automatic site-link bridging is enabled and intrasite replication appears to be using the original DC as the site bridgehead.  After quite a bit of troubleshooting, it appears to me that the original DC has a broken secure channel with the domain, which is likely causing the replication issue to/from this site (replication between all other sites works fine).  When I ran "nltest /server:Original-DC /sc_verify:our-domain", it failed.  Running the same against the new DC at that site or other DC's at other sites is successful.  The latest issue is that I can no longer login to Original-DC.  I think this occurred when a colleague recently attempted to demote the server and removed the DNS, DHCP and global catalog role (the remaining server is also enabled as a global catalog).  The demotion failed since replication is broken and although the server is up and running, we can no longer login to it.  At this point, there is no reason to keep this server as a DC, but I need to figure out how to cleanly demote it and ensure that replication is working properly via the surviving site DC.  I tried running "nltest /server:Original-DC /sc_reset:our-domain"" from the working DC, but it failed with "ERROR_NO_TRUST_SAM_ACCOUNT"
Any thoughts?  Thanks!!          
ASKER CERTIFIED SOLUTION
Avatar of Mike Kline
Mike Kline
Flag of United States of America image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
Avatar of dkraut
dkraut

ASKER

Hi Mike,  thanks for the info/link.  No FSMO roles on this box.   Since the other DC at that site is out of the loop with regards to replication, would you suggest doing the cleanup from a DC at our main site?  Also, since the orphaned DC at that site will likely believe that the "original-DC" bridgehead still exists after cleanup, how will replication to/from that site occur?  
try

dcpromo /forceremoval

check this link
http://support.microsoft.com/kb/332199