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