Can you please run a dcdiag and netdiag and post please.

Thanks

Rob

-----Original Message-----
From: Svetlana Kouznetsova [mailto:[EMAIL PROTECTED] 
Sent: 02 June 2004 10:14
To: [EMAIL PROTECTED]
Subject: [ActiveDir] FRS errors


Guys, please, can you help -  FRS errors:

Two W2K DCs, one has got directory "geos2", which supposed to replicate
to another DC for redundancy purposes. 
The "master" copy is on - DC1,  replica - DC2.
The replication doesn't work with following error messages: 

On DC1 (ZEUS):

Once a day -  event id 13508:
The File Replication Service is having trouble enabling replication from
MERCURY to ZEUS for d:\public\geos2 using the DNS name MERCURY FRS will
keep retrying. 
 Following are some of the reasons you would see this warning.  
 [1] FRS can not correctly resolve the DNS name MERCURY from this
computer. 
 [2] FRS is not running on MERCURY. 
 [3] The topology information in the Active Directory for this replica
has not yet replicated to all the Domain Controllers.  
 This event log message will appear once per connection, After the
problem is fixed you will see another event log message indicating that
the connection has been established. 
*No expected messages about problem fixed. 

AFTER RESTART frs - event id 13567:
File Replication Service has detected and suppressed an average of 15 or
more file updates every hour for the last 3 hours because the updates
did not change the contents of the file. The tracking records in FRS
debug logs will have the filename and event time for the suppressed
updates. The tracking records have the date and time followed by :T: as
their prefix.  
Updates that do not change the content of the file are suppressed to
prevent unnecessary replication traffic. Following are common examples
of updates that do not change the contents of the file.  
 [1] Overwriting a file with a copy of the same file. 
 [2] Setting the same ACLs on a file multiple times. 
 [3] Restoring an identical copy of the file over an existing one.  
Suppression of updates can be disabled by running regedit.  
Click on Start, Run and type regedit.  
Expand HKEY_LOCAL_MACHINE, SYSTEM, CurrentControlSet, Services, NtFrs,
Parameters, and create or update the value "Suppress Identical Updates
To Files" to 0 (Default is 1) to force identical updates to replicate. 

On DC2 (MERCURY):

Once a day - event id 13562:
Following is the summary of warnings and errors encountered by File
Replication Service while polling the Domain Controller MERCURY  for FRS
replica set configuration information.  
 The nTFRSSubscriber object
cn=dfs|geos2,cn=dfs,cn=652103c0-3567-45e2-89d6-3773e36c8e9d,cn=dfs
volumes,cn=ntfrs subscriptions,cn=mercury,ou=domain
controllers,dc=ulib,dc=ox,dc=ac,dc=uk has a invalid value for the
attribute frsMemberReference. 
The File Replication Service is having trouble enabling replication from
MERCURY to ZEUS for d:\public\geos2 using the DNS name MERCURY. FRS will
keep retrying. 
 Following are some of the reasons you would see this warning.  
 [1] FRS can not correctly resolve the DNS name MERCURY from this
computer. 
 [2] FRS is not running on MERCURY. 
 [3] The topology information in the Active Directory for this replica
has not yet replicated to all the Domain Controllers.  
 This event log message will appear once per connection, After the
problem is fixed you will see another event log message indicating that
the connection has been established. 

The same "one-off" event id 13567 after restarting frs

DNS tested and seems to be fine and replmon show no AD replication
problems, FRS service is running on both DC. Permissions on directories
set up to Everyone- full control. 
I don't suppose netdom.exe would be a relevant fix for that, as it's not
like - AD related, right? In fact it would be useful to know, if this is
affecting AD replication in any ways at all, as my initial problem was -
W2K3 domain controller didn't not replicate outbound after dcpromo
["FATAL kerberos error on W2K3 server" thread]. So I've demoted it back
to member server and trying to clean up event logs on W2K DC's

Many many thanks in advance for any suggestions
Lana





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/

This e-mail and the information it contains are confidential and may be privileged. If 
you have received this e-mail in error please notify the sender immediately and delete 
the material from any computer. Unless you are the intended recipient, you should not 
copy this e-mail for any purpose, or disclose its contents to any other person. 
The MCPS-PRS Alliance is not responsible for the completeness or accuracy of this 
communication as it has been transmitted over a public network. Whilst the MCPS-PRS 
Alliance monitors all communications for potential viruses, we accept no 
responsibility for any loss or damage caused by this e-mail and the information it 
contains.
It is the recipient's responsibility to scan this e-mail and any attachments for 
viruses. Any 
e-mails sent to and from the MCPS-PRS Alliance servers may be monitored for quality 
control and other purposes.

The MCPS-PRS Alliance Limited is a limited company registered in England under company 
number 03444246 whose registered office is at c/o 29-33 Berners Street, London, W1T 
3AB.

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/

Reply via email to