DOCUMENT:Q170334 21-APR-1999 [exchange] TITLE :XADM: Troubleshooting Intrasite Directory Replication PRODUCT :Microsoft Exchange PROD/VER:1.00 OPER/SYS: KEYWORDS:kbusage ====================================================================== ------------------------------------------------------------------------------- The information in this article applies to: - Microsoft Exchange Server, version 5.0 ------------------------------------------------------------------------------- SUMMARY ======= This article describes steps for troubleshooting intrasite (multiple servers in one site) directory replication for Exchange Server. MORE INFORMATION ================ First, allow enough time. Even if you have run knowledge consistency checks, Update Now, and Request Now, directory replication can still take several hours to fully complete. If enough time has passed for replication to complete, use the following procedure to help determine where the problem is. 1. Are the servers in the site in one domain or in different domains? If the servers are in different Windows NT domains, there may be a security or permissions problem. Confirm that the service account is in a domain that is trusted by the domain or domains into which all other servers are installed. This may have changed since Exchange was installed. Confirm that the trust is working by performing some other cross-domain operation such as printing, copying a file, and so on. You may even want to try breaking and re-establishing the trust as a test. If the servers are all in one Windows NT domain, then you may want to check whether NTFS file system is being used. If NTFS partition is used, then confirm that the service account has the proper permissions to access the Exchsrvr directory. 2. Can the servers in the site communicate properly (using PING and RPCPING)? If Windows NT security is not the problem, probably there is a communications problem. Make sure that the PING command, between the servers involved, successfully returns the IP address if TCP/IP is being used. Make sure to PING the servername, because Exchange also uses the servername when contacting another Exchange Server computer. Set up RPCPING with security to test RPC communications between the servers. The Exchange directory communicates directly with other directories in the site using RPC calls. If PING or RPCPING fails, then the problem is more than likely with the network. Check the protocols being used; the network configuration/topology including media, routers, bridges, and frame relays; and so on. 3. Are there any other error messages or anything in the event log? Check the event viewer to see whether there are any warnings or stop messages pertaining to replication. Also check the Microsoft Knowledge Base for possible information pertaining to the event ID or the description of the event IDs found in the event viewer. 4. Turn up the diagnostics logging for MSExchangeDS on replication to Maximum. This will increase the amount of information written to the event log and may provide information that will help to solve the problem. ====================================================================== Keywords : kbusage Technology : kbExchangeSearch kbExchange500 kbZNotKeyword2 Version : 1.00 Issue type : kbhowto ============================================================================= THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY. Copyright Microsoft Corporation 1999.