home *** CD-ROM | disk | FTP | other *** search
/ ftp.seagate.com / 2014.07.ftp.seagate.com.tar / ftp.seagate.com / pub / palindrome / technote / tn9305.asc < prev    next >
Text File  |  1995-03-21  |  11KB  |  237 lines

  1. Tech Note Number:                  9305
  2. Date:                              August 02, 1993
  3. Subject:                           Troubleshooting 811 & 2000 Series
  4.                                    Errors
  5. Keywords:                          811, 2004, 2029, 2030, 2031, 2032,
  6.                                    2035, 2036, 2037, 2123, 2199, 2215,
  7.                                    2231, 2237, Database Integrity
  8.                                    Errors
  9. Network Archivist Version:         2.0 and above
  10. Palindrome Backup Director:        2.1
  11.  
  12.  
  13.                        Troubleshooting 811 Errors
  14.  
  15. Error 811 "Database Integrity Error" occurs when there is a problem
  16. with the internal structure of the database or there is an
  17. environmental problem that prevents the database from being used
  18. properly. The following Tech Note summarizes procedures for resolving
  19. these errors.
  20.  
  21. An 811 error is usually preceded or followed by a 2000-series error
  22. which represents the error code generated at the database level.  The
  23. following table lists each of the most common database errors and the
  24. appropriate action to take. Following the table on the next page,
  25. suggested actions are listed numerically from #1-#5. If the error you
  26. are receiving is not in the following table, perform all of the
  27. suggested actions from #1-#5 until the problem is resolved.
  28.  
  29. ERROR          SUGGESTED ACTIONS
  30.  
  31. 811 by itself       #1 or see "Older NetWare shell versions" below
  32. 2004                #2,4,5; use TESTNDX*
  33. 2029                #1 should fix -- tag ALL volumes
  34.                        also see Tech Note TN93-003.ASC "Troubleshooting
  35.                        2029 Errors"
  36. 2030                #1 should fix
  37. 2031                 Use SNAPDEL*
  38.                      also see Tech Note TN93-002.ASC "Troubleshooting
  39.                      2031 Errors"
  40. 2032                #2,4,5; use TESTNDX*; try SNAPDEL /K (killswitch)*
  41.                             also see Tech Note TN93-001.ASC "2032
  42.                             Errors"
  43. 2035 (seek error)   #1-#5; also see "Network Problems" below
  44. 2036 (read error)   #1-#5; use SNAPDEL*; also see "Network Problems"
  45.                            below
  46. 2037 (write error)  #3 only (especially #3a); also see "Network
  47.                        Problems" below
  48. 2123                #1-#5
  49. 2199                #1 should fix
  50. 2206                See 2037 error
  51. 2215                #2-#5; use TESTNDX*; also see "Network Problems"
  52.                            below
  53. 2231                #2-#5; use TESTNDX*; also see "Network Problems"
  54.                            below
  55. 2237                #2-#5; use TESTNDX*; also see "Network Problems"
  56. below
  57.  
  58. *See Database Diagnostic & Repair Tools below
  59.  
  60. To determine which volume is receiving the database error, there are
  61. several methods.  The easiest way is to use the undocumented timestamp
  62. switch (/TS) when running backups:
  63.  
  64. TNA2TAPE /A /Q /TS
  65.  
  66. This will create a file called TMPSTAMP.LOG in the installation
  67. directory that shows each operation performed on each volume in
  68. sequence.  If an error aborts the backup, examine TMPSTAMP.LOG to see
  69. what volume the last operation was performed on.
  70.  
  71. Another way to determine which volume is receiving errors is to examine
  72. the display (not tape) journals located in the Display menu. Locate the
  73. last volume listed in the display journals (the journal entry with the
  74. most recent time stamp). This indicates the last volume where a backup
  75. completed. The database errors most likely occured on the volume that
  76. normally follows this volume during a regular backup.  Examine the
  77. protected volume list to see which volume follows the last volume
  78. listed in the journals. It is also possible but less likely that the
  79. errors occurred on the last volume listed in the journals.
  80.  
  81. ACTIONS:
  82.  
  83. Perform the following actions in the order noted for each database
  84. error listed above. If the database errors you are experiencing are not
  85. listed in the table above, perform all the actions listed below in the
  86. order presented until the problem is resolved. To insure backups of
  87. other volumes are completed, move the volume suspected of corruption to
  88. the bottom of the protected volume list.
  89.  
  90. 1) Verify file history database -
  91.      - Run TNARECOV. For users of 2.0f, make sure you are using the
  92.        version of TNARECOV dated 10-23-92. Download from the BBS if
  93.        necessary.
  94.      - Tag volume(s) suspected of being corrupt. If you are unsure
  95.        which volume to tag, tag them all.
  96.      - Select "Verify File History Database". If verification loops or
  97.        hangs, see below.**
  98.      - Run backup or use TESTNDX (if appropriate) to determine success.
  99.  
  100. 2) Restore file history database from tape -
  101.      - Journal tapes (TNAUTIL /J) and locate an older checkpoint
  102.        fileset for the volume.  Record the fileset descriptor (e.g.
  103.        CP1234).
  104.      - Restore file history for server volume S/V: with the following
  105.        command line:
  106.           TNA2DISK  /RH  /DCP1234  S/V:
  107.      - Run backup or use TESTNDX (if appropriate) to determine success.
  108.      - If unsuccessful, repeat this procedure with 1 or 2 older tapes
  109.        or until TESTNDX shows zero errors.
  110.  
  111. 3) Eliminate environmental problems -
  112.      a) File system problems:
  113.           - Free sufficient disk space (at least 2% volume space
  114.             remaining).
  115.           - Work around invalid ownership (N/A) or disk problems by
  116.             making copies of the AV*.PAC files and renaming the
  117.             originals (e.g. AV*.OLD).  Use the copies.
  118.      b) Local (DOS workstation) problems:
  119.           - Clean AUTOEXEC and CONFIG (load no unneeded
  120.             TSRs/drivers/mem mgrs).
  121.           - FILES = 20
  122.           - Free up at least 520K of RAM (after loading TNASTART).
  123.           - Move backup to alternate PC with different NIC on different
  124.             cable.
  125.      c) Network problems:
  126.           - Look for possible causes of dropped connections.
  127. 4) Restore older control database and all histories -
  128.      - Rename AS*.PAC to AS*.OLD.
  129.      - Insert an older tape (from before problems began).
  130.      - Run TNARECOV. This will automatically restore the control
  131.        database from the mounted tape.
  132.      - Tag all volumes in the protect volume list and select "Recover
  133.        File History Database".
  134.      - Run backup to determine success.
  135.  
  136. 5) Create new history (and rebuild with Learn-a-tape) -
  137.      - This operation is the last resort.  Data on tapes must be restored
  138.             using command lines unless history is rebuilt using Learn-A-TAPE.
  139.             Contact Palindrome Tech Support for more information or 
  140.             assistance.
  141.      - Rename AV*.PAC to AV*.OLD on corrupt volume.
  142.      - Delete corrupt volume from protected volume list.
  143.      - Reinsert same volume back into protect volume list and select
  144.        "Create New History".
  145.      - If desired, dump tape library (in utility menu) and use the
  146.        Learn-a-tape* utility to rebuild history.
  147.  
  148. **If TNARECOV/VERIFY loops or hangs perform the following procedure (to
  149.   recognize a loop, the version record counter will continue counting
  150.   past the target value without stopping) -
  151.      - Run TESTNDX.
  152.      - If TESTNDX shows there are errors, then proceed to Action #2
  153.        above and repeat until TESTNDX shows zero errors.
  154.      - If TESTNDX shows NO errors at all, run the DUMPHIST* utility to
  155.        repair the database.
  156.  
  157. DATABASE DIAGNOSTIC & REPAIR TOOLS:
  158.  
  159. TNARECOV:
  160. The verification routine in versions 2.0f and 2.0g of TNARECOV can fix
  161. a large number of database corruptions. When TNARECOV fixes something,
  162. it will often (but not always) post messages to the log.
  163.  
  164. Versions of 2.0f TNARECOV dated earlier than 10-23-92 should be
  165. upgraded to this version.  Download RCV20FB.ZIP from the Palindrome BBS
  166. (708-505-3336, 8-N-1).  Versions of TNA prior to 2.0f should download
  167. the FS_CHK utility. Contact Palindrome Tech Support for details
  168. about this utility.
  169.  
  170. TESTNDX:
  171. The TESTNDX utility can be used to spot inconsistencies in the database
  172. index file. It is only a diagnostic tool, not a repair tool, so it can
  173. only be used to identify a corrupt database. It is most useful for the
  174. errors listed above that suggest using TESTNDX as part of their
  175. suggested action.
  176.  
  177. Download TESTNDX.ZIP (PW=Ctree) from the Palindrome BBS. Run this
  178. utility on a corrupt database to see if it has index errors. If it
  179. does, then use TESTNDX to test restored databases until a clean set is
  180. found (see Action #2). 
  181.  
  182. SNAPDEL: 
  183. The SNAPDEL utility is used to repair only two errors: 2031 errors and 
  184. some 2036 errors. The 2036 errors that are repairable can be identified 
  185. by a stack Length (see error log debug information) of "0x35a". Download 
  186. SNAPDEL.ZIP from the Palindrome BBS and also download Tech Note TN93-002.ASC 
  187. "Troubleshooting 2031 Errors" for more details.
  188.  
  189. DUMPHIST:
  190. The DUMPHIST utility is used to repair corruptions that can lead to
  191. hangs or loops in the database. It can fix most but not all database
  192. loops, and TESTNDX can be used to spot the others. Use them together to
  193. resolve a looping problem in the database.  Looping database
  194. corruptions usually manifest as counters that increment without
  195. stopping in TNA2TAPE or TNARECOV. Run the utility with the following
  196. command line and examine the DUMPHIST.OUT file to see if fixes were
  197. made:
  198.  
  199. DUMPHIST /CCS /WF /B
  200.  
  201. Download 2413.ZIP (PW=Peas) for users of TNA 2.0d or later.  For
  202. earlier versions of TNA, contact Palindrome Tech Support for earlier
  203. versions of DUMPHIST.
  204.  
  205. LEARN-A-TAPE:
  206. To rebuild history based on the data in the tape library, use the
  207. Learn-a-tape utility. This utility reads the output files generated by
  208. Dumping the tape (TNAUTIL /DT) and rebuilds the database from the data
  209. in the dump files. Download the file 6057.ZIP to rebuild all or part of
  210. a 2.0f or 2.0g database. Documentation is included. Contact Tech
  211. Support for earlier versions.
  212.  
  213. ENVIRONMENATAL CAUSES:
  214.  
  215. Network problems:
  216. Certain repetitive database errors have indicated nework problems in
  217. the past: 2035, 2036, 2037, 2215, 2231, 2237. If these errors occur
  218. repeatedly even after creating new databases, there is probably some
  219. nework problem that needs to be resolved before normal database
  220. operations can continue.
  221.  
  222. Older NetWare shell versions:
  223. Versions 3.22 and 3.26 of NETX can, under certain circumstances, cause
  224. an 811 error. This error is NOT preceded by any 2000-series error. The
  225. above actions will have no effect on this error. Upgrading the shell
  226. version to 3.31 or higher will resolve the problem. The older shells
  227. were also known to cause other strange problems such as persistent 807
  228. errors, so it is recommended that you upgrade to the most recent shell
  229. version regardless. The most recent shells can be downloaded from
  230. Compuserve or the Palindrome BBS (708-505-3336, 8-N-1).
  231.  
  232.  
  233. If you have any questions about these procedures, please contact
  234. Palindrome Tech Support at 708-505-3300. Database corruptions are not
  235. normal. Any installation experiencing recurring database problems
  236. should investigate the cause of these problems.
  237.