File Replication Suddenly Stops Working

C

Connie

Two Win2K servers (SP4), two sites, one domain. File
replication was working fine until, suddenly, two events
show up in the even viewer

Event 13552

The File Replication Service is unable to add this
computer to the following replica set:
"DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"
This could be caused by a number of problems such as:
-- an invalid root path,
-- a missing directory,
-- a missing disk volume,
-- a file system on the volume that does not support
NTFS 5.0

The information below may help to resolve the problem:
Computer DNS name is "home.itsc.uah.edu"
Replica set member name is "HOME"
Replica set root path is "c:\winnt\sysvol\domain"
Replica staging directory path
is "c:\winnt\sysvol\staging\domain"
Replica working directory path is "c:\winnt\ntfrs\jet"
Windows error status code is
FRS error status code is FrsErrorJournalInitFailed

------------------------------

EVENT ID 13555

The File Replication Service is in an error state. Files
will not replicate to or from one or all of the replica
sets on this computer until the following recovery steps
are performed:

Recovery Steps:

[1] The error state may clear itself if you stop and
restart the FRS service. This can be done by performing
the following in a command window:

net stop ntfrs
net start ntfrs

If this fails to clear up the problem then proceed as
follows.

[2] For Active Directory Domain Controllers that DO NOT
host any DFS alternates or other replica sets with
replication enabled:

If there is at least one other Domain Controller in this
domain then restore the "system state" of this DC from
backup (using ntbackup or other backup-restore utility)
and make it non-authoritative.

If there are NO other Domain Controllers in this domain
then restore the "system state" of this DC from backup
(using ntbackup or other backup-restore utility) and
choose the Advanced option which marks the sysvols as
primary.

If there are other Domain Controllers in this domain but
ALL of them have this event log message then restore one
of them as primary (data files from primary will replicate
everywhere) and the others as non-authoritative.


[3] For Active Directory Domain Controllers that host DFS
alternates or other replica sets with replication enabled:

(3-a) If the Dfs alternates on this DC do not have any
other replication partners then copy the data under that
Dfs share to a safe location.
(3-b) If this server is the only Active Directory Domain
Controller for this domain then, before going to (3-c),
make sure this server does not have any inbound or
outbound connections to other servers that were formerly
Domain Controllers for this domain but are now off the net
(and will never be coming back online) or have been fresh
installed without being demoted. To delete connections use
the Sites and Services snapin and look for
Sites->NAME_OF_SITE->Servers->NAME_OF_SERVER->NTDS
Settings->CONNECTIONS.
(3-c) Restore the "system state" of this DC from backup
(using ntbackup or other backup-restore utility) and make
it non-authoritative.
(3-d) Copy the data from step (3-a) above to the original
location after the sysvol share is published.


[4] For other Windows 2000 servers:

(4-a) If any of the DFS alternates or other replica sets
hosted by this server do not have any other replication
partners then copy the data under its share or replica
tree root to a safe location.
(4-b) net stop ntfrs
(4-c) rd /s /q c:\winnt\ntfrs\jet
(4-d) net start ntfrs
(4-e) Copy the data from step (4-a) above to the
original location after the service has initialized (5
minutes is a safe waiting time).

Note: If this error message is in the eventlog of all the
members of a particular replica set then perform steps (4-
a) and (4-e) above on only one of the members.

-----------------------

On the day these errors occurred, the server may have run
out of disk space. Is there a way to correct this without
having to restore the 'system state' from tape backup???

Can anyone help?

Sorry for the long message but wanted to be as thorough as
possible...
Thanks
C.
 
J

JoshuaDM

Connie,

Check to see if your system drive is running out of space. See the
following articles from Microsoft:

819268 Event ID 13552 on DFS Replica Members or Domain Controllers That Are
http://support.microsoft.com/?id=819268

811370 Issues That Are Fixed in the Post-Service Pack 3 Release of Ntfrs.exe
http://support.microsoft.com/?id=811370

-jdm

Connie said:
Two Win2K servers (SP4), two sites, one domain. File
replication was working fine until, suddenly, two events
show up in the even viewer

Event 13552

The File Replication Service is unable to add this
computer to the following replica set:
"DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"
This could be caused by a number of problems such as:
-- an invalid root path,
-- a missing directory,
-- a missing disk volume,
-- a file system on the volume that does not support
NTFS 5.0

The information below may help to resolve the problem:
Computer DNS name is "home.itsc.uah.edu"
Replica set member name is "HOME"
Replica set root path is "c:\winnt\sysvol\domain"
Replica staging directory path
is "c:\winnt\sysvol\staging\domain"
Replica working directory path is "c:\winnt\ntfrs\jet"
Windows error status code is
FRS error status code is FrsErrorJournalInitFailed

------------------------------

EVENT ID 13555

The File Replication Service is in an error state. Files
will not replicate to or from one or all of the replica
sets on this computer until the following recovery steps
are performed:

Recovery Steps:

[1] The error state may clear itself if you stop and
restart the FRS service. This can be done by performing
the following in a command window:

net stop ntfrs
net start ntfrs

If this fails to clear up the problem then proceed as
follows.

[2] For Active Directory Domain Controllers that DO NOT
host any DFS alternates or other replica sets with
replication enabled:

If there is at least one other Domain Controller in this
domain then restore the "system state" of this DC from
backup (using ntbackup or other backup-restore utility)
and make it non-authoritative.

If there are NO other Domain Controllers in this domain
then restore the "system state" of this DC from backup
(using ntbackup or other backup-restore utility) and
choose the Advanced option which marks the sysvols as
primary.

If there are other Domain Controllers in this domain but
ALL of them have this event log message then restore one
of them as primary (data files from primary will replicate
everywhere) and the others as non-authoritative.


[3] For Active Directory Domain Controllers that host DFS
alternates or other replica sets with replication enabled:

(3-a) If the Dfs alternates on this DC do not have any
other replication partners then copy the data under that
Dfs share to a safe location.
(3-b) If this server is the only Active Directory Domain
Controller for this domain then, before going to (3-c),
make sure this server does not have any inbound or
outbound connections to other servers that were formerly
Domain Controllers for this domain but are now off the net
(and will never be coming back online) or have been fresh
installed without being demoted. To delete connections use
the Sites and Services snapin and look for
Sites->NAME_OF_SITE->Servers->NAME_OF_SERVER->NTDS
Settings->CONNECTIONS.
(3-c) Restore the "system state" of this DC from backup
(using ntbackup or other backup-restore utility) and make
it non-authoritative.
(3-d) Copy the data from step (3-a) above to the original
location after the sysvol share is published.


[4] For other Windows 2000 servers:

(4-a) If any of the DFS alternates or other replica sets
hosted by this server do not have any other replication
partners then copy the data under its share or replica
tree root to a safe location.
(4-b) net stop ntfrs
(4-c) rd /s /q c:\winnt\ntfrs\jet
(4-d) net start ntfrs
(4-e) Copy the data from step (4-a) above to the
original location after the service has initialized (5
minutes is a safe waiting time).

Note: If this error message is in the eventlog of all the
members of a particular replica set then perform steps (4-
a) and (4-e) above on only one of the members.

-----------------------

On the day these errors occurred, the server may have run
out of disk space. Is there a way to correct this without
having to restore the 'system state' from tape backup???

Can anyone help?

Sorry for the long message but wanted to be as thorough as
possible...
Thanks
C.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top