CRS: How to Troubleshoot CRS Issues
ID: Q176516
|
The information in this article applies to:
-
Microsoft Commercial Internet System version 1.0
-
Microsoft Site Server version 2.0
SUMMARY
This article provides general Content Replication System (CRS)
troubleshooting tips that you can use before calling Microsoft Technical
Support.
MORE INFORMATION
For general troubleshooting purposes, it may be a good idea to enable the
CRS log. To do this, use the following commands:
CRS setglobal FullLogging=Yes
net stop crs
net start crs
The second and third commands restart the CRS service. Before you run these
commands, make sure you do not have CRS projects running.
For up-to-date CRS problem resolution articles, visit
http://www.microsoft.com/support/.
Permission Problems
- If you are managing the CRS projects, check to make sure the user you
log on as is part of CRS admin group.
- Check to make sure the CRS service has an administrator privilege. To do
this, perform the following steps:
- Open Control Panel and double-click the Services icon.
- Click to select Content Replication, and then click Startup.
- Make sure the account assigned to this service has an administrative
privilege.
- If the problem is in CRS Webadmin, make sure you have proper access to
Internet Information Server (IIS). You may want to enable Windows NT
auditing for File Object Access, so that the security failure will be
recorded in the security section of event viewer.
- To make sure you have access to CRS service or CRS projects, go to the
registry and check the following permissions. To do this, perform the
following steps:
- Run Regedt32.
- Go to HKEY_LOCAL_MACHINE\Software\Microsoft\Crs
- On the Registry menu, click Security.
- Click Permission.
- Make sure the user you log on as is part of CRS and Projects registry
tree.
Viewing the registry to check the permission becomes more crucial if you
have used many removeuser and grantuser commands.
- If you are replicating across domains (regardless of whether they are
trusted domains) make sure the source and target servers have the same
user account and password. That is the only way the session between
the source and target can be authenticated in an untrusted domain
situation.
- Make sure the underlying TCP/IP network is working. You can do this by
using the PING command and verifying whether the source and target have
the correct IP address.
- If you find a different behavior of ACLS replication across domains,
check the IgnoreDomain setting. Consult the documentation for more
information about this registry setting.
Aborted Project Problems
Because aborted projects can be caused by different problems, you need to
narrow down the problem. To do this, you can do the following:
- Check the Online reference documentation to check the error message
reported in the event viewer.
- Check the CRS log to find out more detailed error messages.
Opened Files or File Locking Problems
CRS will abort when encountering files that are being used during a
replication. This is a normal behavior because stopping the project will
prevent content inconsistency between the source and the target.
- Find out who is locking the file. Closing the service or application
that is using the file will release the handle. You may be able to take
advantage of BeforeSendScript to close the service or application before
running a replication. For more information about the BeforeSendScript
feature, consult the documentation.
- Consider changing the way you implement the replication. For example,
consider changing an automatic replication to a scheduled replication.
This is especially beneficial if you know that the files will be opened
at a certain period of time in a day. Depending on your topology, using
stager machines may also help to reduce this issue.
- There are some registry entries, such as MonitorCheckPointWait or
MonitorFlushWait, that may help to reduce the frequency of checkpoint.
For more information about these entries, consult the documentation.
- Take advantage of the CRS log to find more information about what files
are being locked.
Network Problems
- CRS uses port 507; if you are replicating across firewall, you should
make sure this port is opened. This is a default port, so you can change
the port using the following commands:
crs setglobal port=<new_port_number>
net stop crs
net start crs
The second and third commands restart the CRS service. Before you run
these commands, make sure you do not have CRS projects running.
- Use the PING command to make sure the source and the target can
communicate properly. Also make sure that the underlying TCP/IP network
is working properly.
- A 100xx error message indicates an error on the winsock layer. For more
information on winsock errors, see the following article in the
Microsoft Knowledge Base:
ARTICLE-ID: Q150537
TITLE: Windows Sockets Error Codes, Values, and Meanings
- To make sure you have a good network connection, try to create a project
on the target from the source computer. You can accomplish this easily
by either using the "/server" switch to indicate that you are running
the command remotely, or by using the CRS Webadmin. For more complete
command line syntax, type "crs help" at a command prompt.
- Use Network Monitor to trace the TCP/IP packets.
CRS Webadmin Problems
- Use CRS at a command prompt to accomplish the same task in CRS Webadmin.
Doing this helps to determine whether the problem lies in CRS or in the
browser or IIS. If CRS works from a command prompt, the problem may be
related to the browser or IIS.
- Make sure you have the most up-to-date browser and IIS fixes. Visit
http://www.microsoft.com/ie or http://www.microsoft.com/iis to see if
you have the latest software available. There is no official test to
make sure that Internet Explorer (IE) 4.0 and/or IIS 4.0 work with Site
Server 2.0 or MCIS CRS. The official supported platform is IIS 3.0 and
IE 3.02. For more complete information about the supported platform,
consult the product documentation.
- Make sure you are able to access the virtual root (for example,
http://<crs_server>). If you cannot access the virtual root, make sure
you have the correct permissions in IIS, and make sure the server
running IIS and CRS is working properly.
- If your browser only displays a partial listing of CRS projects and some
functionalities are unavailable, your administrator has restricted your
access and has not assigned administrative privileges to you.
- Enable auditing on File Object Access to help diagnose permission or
access problems between your browser and IIS.
Additional query words:
gray grey grayed greyed dim dimmed access control list lists nmdcrs
Keywords : kbtshoot CommMisc
Version : WINDOWS:1.0 2.0
Platform : WINDOWS
Issue type : kbhowto
Last Reviewed: July 15, 1999