home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sun / admin / 10853 < prev    next >
Encoding:
Text File  |  1993-01-28  |  1.4 KB  |  38 lines
  1. Newsgroups: comp.sys.sun.admin
  2. Path: sparky!uunet!ferkel.ucsb.edu!taco!gatech!udel!bogus.sura.net!howland.reston.ans.net!usc!sol.ctr.columbia.edu!eff!world!Oklieb
  3. From: Oklieb@world.std.com (Joshua E Lieberman)
  4. Subject: Restore errors?
  5. Message-ID: <C1Iz0w.J1M@world.std.com>
  6. Organization: The World Public Access UNIX, Brookline, MA
  7. Date: Wed, 27 Jan 1993 18:22:07 GMT
  8. Lines: 28
  9.  
  10. In trying to perform an incremental restore, we run into the following
  11. error messages (voluminously):
  12.  
  13. bad entry: incomplete operations
  14. name: ./data1/ingres/data/default/lattimore/RSTTMP0123597
  15. parent name ./data1/ingres/data/default/lattimore
  16. sibling name: ./data1/ingres/data/default/lattimore/RSTTMP0123535
  17. entry type: LEAF
  18. inode nuber: 123597
  19. flags: TMPNAME
  20. abort? [yn]
  21.  
  22.  
  23. and on and on for many files. This does not occur for the level 0
  24. backup, only for the level 1 and level 5 incremental backup tapes.
  25. If we go ahead with the restore, fsck reports lots of reference file
  26. and link count errors. INGRES insists it's a unix problem and not
  27. due to their file-handling.
  28.  
  29. Any suggestions what's wrong and how to fix it?
  30.  
  31. Also, the level 1 and 5 tapes' contents can be listed without any 
  32. problems. A possible difficulty is that the INGRES backend is 
  33. running while the dumps are performed, but it's not clear why this
  34. should only affect the incremental backups and not the level 0.
  35.  
  36. Joshua Lieberman oklieb@world.std.com
  37.  
  38.