home *** CD-ROM | disk | FTP | other *** search
/ Borland Programmer's Resource / Borland_Programmers_Resource_CD_1995.iso / info / ntkb / ntkb.exe / Q104 / 2 / 04.TXT < prev    next >
Encoding:
Text File  |  1993-09-13  |  7.3 KB  |  154 lines
  1. DOCUMENT:Q104204  10-SEP-1993  [W_NT]
  2. TITLE   :Troubleshooting Directory Replicator Problems
  3. PRODUCT :Windows NT
  4. PROD/VER:3.10
  5. OPER/SYS:WINDOWS
  6. KEYWORDS:
  7.  
  8. ----------------------------------------------------------------------
  9. The information in this article applies to:
  10.  
  11.  - Microsoft Windows NT operating system version 3.1
  12.  - Microsoft Windows NT Advanced Server version 3.1
  13. ----------------------------------------------------------------------
  14.  
  15. If you experience problems during directory replication, the following
  16. list of troubleshooting steps may be helpful.
  17.  
  18. NOTE: Some steps only require that you note information for use in
  19. subsequent steps.
  20.  
  21.  1. What operating system is running on the import computer? (Windows
  22.     NT, Windows NT Advanced Server, OS/2, UNIX)
  23.  
  24.  2. Is there anything interesting in the error log in the import
  25.     computer? The applications log has entries for the replicator
  26.     service and often contains useful information. Look at the logs on
  27.     both the import and export computers.
  28.  
  29.  3. What file systems are installed in the partitions pointed to by
  30.     the import and export paths?
  31.  
  32.  4. How many import computers exhibit this behavior?
  33.  
  34.  5. What time zones are the import and export computers running in?
  35.  
  36.  6. Make sure the import computer has Backup Operator permissions. If
  37.     these permissions are not set up, errors 5, 1300, and 1307 will
  38.     show up in the event log.
  39.  
  40.  7. Are the import and export computers in the same domain? If so, are
  41.     the password and user name the same in both domains? Do the
  42.     domains trust each other?
  43.  
  44.  8. Are alerts being received by administrative accounts? (Has the
  45.     alerter service been started?)
  46.  
  47.  9. Are there any extended attributes in the files or directories
  48.     being replicated?
  49.  
  50. 10. If the source directory is on an NTFS partition, are there any
  51.     alternate data streams in the files or directories being
  52.     replicated?
  53.  
  54. 11. If the source or destination directories are on an NTFS partition,
  55.     look at the access control lists (ACLs) on the import and export
  56.     trees with File Manager. Does the Replicator local group have at
  57.     least CHANGE privileges to these directories?
  58.  
  59. 12. Is it possible that an account has a file open (on import or
  60.     export) all the time? This would show up as a sharing violation in
  61.     the event log (error 32).
  62.  
  63. 13. Is there an REPL$ share on the export computer? (The share is
  64.     created as a side effect of the Directory Replicating dialog box
  65.     on the export computer. This dialog box also sets an ACL for the
  66.     REPL$ share. Using the NET command or any other means to create
  67.     the REPL$ share is likely to cause problems.)
  68.  
  69. 14. If you run the NET START command on the export and import
  70.     computers, do both computers show "Directory Replicator" (or
  71.     equivalent) in the list?
  72.  
  73. 15. If you are exporting or importing from an NTFS directory, does
  74.     either tree have filenames that differ only in case? Which file
  75.     gets replicated is not predictable. It is possible that the export
  76.     computer will choose one file and the import computer will choose
  77.     another. This results in the replication being out of sync.
  78.  
  79. 16. If the export computer is running OS/2 or UNIX and the import
  80.     computer is running Windows NT, is the export computer's local
  81.     time within half of an hour of the import computer's time? If not,
  82.     the Windows NT network redirector will "bias" the times. This can
  83.     cause everything to be copied again and again. Replication may
  84.     never occur.
  85.  
  86. 17. Some versions of the OS/2 importer leave the archive bit set on
  87.     all files imported, whether or not it was set on the export side.
  88.     This too could result in continuous copying. One workaround is to
  89.     set the archive bit on all files on the export computer. (Windows
  90.     NT to Windows NT replication correctly clones the archive bit.)
  91.  
  92. 18. Some LAN Manager 2.1a import computers do not set their status
  93.     file to OK.RP$. The cause is currently unknown, but there are
  94.     few side effects. Files will not be recopied each pass but a file
  95.     comparison will occur. Except for the status file state, the files
  96.     are correctly replicated. This behavior does not occur on LAN
  97.     Manager 2.2 importers.
  98.  
  99. 19. Some versions of LAN Manager for OS/2 and UNIX allow hard disk
  100.     files with reserved names, such as LPT1 or COM1. This can cause
  101.     problems and should be avoided. The Windows NT replicator
  102.     currently lets these filenames exist.
  103.  
  104. 20. There is a design limitation of OS/2 LAN Manager that you should
  105.     be aware of if you are using it to replicate files. OS/2 LAN
  106.     Manager only allows one set of credentials to be in use at a
  107.     time. (The credentials consist of the user name and password.) If
  108.     someone is interactively logged on to one user identification (ID)
  109.     and the replicator is trying to use a different user ID, then the
  110.     replicator runs into that limitation. Replication will be delayed
  111.     until the interactive user logs off. On the other hand, if the
  112.     interactive user and the replicator user have the same user ID,
  113.     then replication is possible, depending on the value of the
  114.     TryUser value in the LANMAN.INI file.
  115.  
  116. 21. The OS/2 and UNIX LAN Manager importers are generally designed
  117.     with a limit of 1000 files per directory. You should be aware that
  118.     the "." and ".." directory entries use two of those 1000 entries.
  119.     Also, some versions may have an off-by-one error that causes
  120.     repeated file copies with exactly 1000 entries. This gives a
  121.     practical limit of 997 files for those importers. The Windows NT
  122.     importer does not have these limitations.
  123.  
  124. 22. Are there some files being replicated from an HPFS partition
  125.     (written by OS/2) to a Windows NT server? Do these files have
  126.     extended attributes (EAs)? There may be problems with the EAs.
  127.     OS/2 might have written the EAs in discontiguous parts of the
  128.     disk; Windows NT does not support this. The directory replicator
  129.     includes the EA sizes in its checksums, and they may be wrong in
  130.     this case. The replication may stay out of sync permanently. You
  131.     can use Windows NT to rewrite the same EA values to a single
  132.     contiguous area, if you know the original EA values. Note that
  133.     accessing an HPFS volume over the network while OS/2 is directly
  134.     reading or writing the volume will work correctly.
  135.  
  136. Additional reference words: 3.10
  137. KBCategory:
  138. KBSubCategory: DOADMIN
  139.  
  140. =============================================================================
  141.  
  142. THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS
  143. PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND.  MICROSOFT DISCLAIMS
  144. ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES
  145. OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.  IN NO
  146. EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR
  147. ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL,
  148. CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF
  149. MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE
  150. POSSIBILITY OF SUCH DAMAGES.  SOME STATES DO NOT ALLOW THE EXCLUSION
  151. OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES
  152. SO THE FOREGOING LIMITATION MAY NOT APPLY.
  153.  
  154. Copyright Microsoft Corporation 1993.