It's been awhile since I last addressed this problem, due to a long spell of
disconnection between the 2 locations. Now the broadband connection is
permanently up, and site link persisted via RRAS VPN.
Here are the output as requested:
------------------------------------------------------------
C:\Documents and Settings\Administrator>repadmin /showreps
Bugis\NARU
DSA Options : IS_GC
objectGuid : d6128909-72f4-4609-b888-bdde5fc5e90f
invocationID: d6128909-72f4-4609-b888-bdde5fc5e90f
==== INBOUND NEIGHBORS ======================================
CN=Schema,CN=Configuration,DC=corporate,DC=company1,DC=com
Parkway\SHINOBU via RPC
objectGuid: 46a417a7-9b9b-4a54-8e8e-6a8c94ebe58b
Last attempt @ 2004-02-24 13:53.41 failed, result 1722:
The RPC server is unavailable.
Last success @ 2004-02-23 13:52.13.
12 consecutive failure(s).
CN=Configuration,DC=corporate,DC=company1,DC=com
Parkway\SHINOBU via RPC
objectGuid: 46a417a7-9b9b-4a54-8e8e-6a8c94ebe58b
Last attempt @ 2004-02-24 13:53.18 failed, result 1722:
The RPC server is unavailable.
Last success @ 2004-02-23 13:52.12.
12 consecutive failure(s).
DC=corporate,DC=company2,DC=com,DC=sg
Parkway\SHINOBU via RPC
objectGuid: 46a417a7-9b9b-4a54-8e8e-6a8c94ebe58b
Last attempt @ 2004-02-24 13:54.27 failed, result 1722:
The RPC server is unavailable.
Last success @ 2004-02-23 13:52.14.
12 consecutive failure(s).
==== OUTBOUND NEIGHBORS FOR CHANGE NOTIFICATIONS ============
------------------------------------------------------------
To recall my setup, I have a DC for corporate.company1.com (forest root) in
one office (Site: Bugis). Another DC for corporate.company2.com.sg (child
tree to the forest) over at the branch (Site: Parkway).
The DNS servers are setup in such a manner
dc.corporate.company1.com : AD-integrated corporate.company1.com; secondary
slave corporate.company2.com.sg to dc.corporate.company2.com.sg
dc.corporate.company2.com.sg : AD-integrated corporate.company2.com.sg;
secondary slave corporate.company1.com to dc.corporate.company1.com
By allowing zone transfers to anybody (due to unpredictable IP address from
VPN DHCP), the DNS settings in such a manner are all right.
Now the interesting note is: when the VPN link is disconnected and
re-established, it will throw those KCC errors for a couple of hours, and
then stop complaining thereafter. I believe there was a power outage
yesterday at the branch, which caused the VPN to disconnect. The KCC errors
have been occurring again ever since, even with the VPN up. Do I perceive
this as:
1. The replication engine to give up replicating altogether after a period
of failures, thus never ever replicating successfully thereafter?
2. Or it actually manages to finally sync after a period of stabilisation
over the VPN link, and will need to stablised yet again after this latest
disconnection?
Thanks,
Aaron
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mulnick, Al
Sent: Tuesday, 6 January 2004 21:55
To: '[EMAIL PROTECTED]'
Subject: RE: [ActiveDir] KCC complain for sites with 2 different domains
Just a second. Why is it that you have one forest, with one domain having
Active Directory integrated DNS and a text file secondary? Then you
repeated that. Why?
Along with the repadmin command Joe suggested, how about checking out DCDIAG
and NETDIAG utilities as well and posting the results?
You're main issue you are trying to troubleshoot is why the configuration
container is not replicating to the other domain controllers. Although
commonly a DNS issue, that very well may not be the case. You may just have
other issues to contend with. Best to gather all of the information to find
out for sure before making ANY changes.
Al
List info : http://www.activedir.org/mail_list.htm
List FAQ : http://www.activedir.org/list_faq.htm
List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/
