home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sgi / 12994 < prev    next >
Encoding:
Text File  |  1992-08-27  |  1.9 KB  |  50 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!usc!sol.ctr.columbia.edu!destroyer!ubc-cs!unixg.ubc.ca!ocgy.ubc.ca!laplante
  3. From: laplante@ocgy.ubc.ca (Denis Laplante)
  4. Subject: dump/restore pipe : files corrupted
  5. Message-ID: <1992Aug28.000244.7718@unixg.ubc.ca>
  6. Sender: news@unixg.ubc.ca (Usenet News Maintenance)
  7. Nntp-Posting-Host: nessie.ocgy.ubc.ca
  8. Organization: UBC centre for non-deterministic computing, Vancouver, B.C., Canada
  9. Date: Fri, 28 Aug 1992 00:02:44 GMT
  10. Lines: 38
  11.  
  12. To duplicate the root and usr partition, I used the following command 
  13. (adapted from  restore's  man page):
  14.   dump 0f - /dev/rroot | (cd /mnt; restore xf -)
  15.   dump 0f - /dev/rusr | (cd /mnt/usr; restore xf -)
  16.  
  17. But when I swapped disks and rebooted, I found /usr/etc/rpc.statd
  18. dumped core, and to add insult to injury so did  /usr/bin/dbx !
  19.  
  20. With the old and new partitions mounted, and using diff to recursively compare
  21. directory trees, I found 2 more corrupted files.  Using gnu emacs
  22. 'compare-windows' I found all 4 had the same corruption: somewhere in the
  23. middle a byte had been duplicated, shifting the following over, and further on
  24. a byte had been deleted, preseving the byte count but not the functionality :-)
  25.  
  26. Here's a summary showing at which byte the errors happen:
  27.  
  28. /usr/bin/dbx:
  29.      379690     duplicate  (0214)
  30.     389120     delete 'J' (0112)
  31. /usr/etc/rpc.statd:
  32.      50181    duplicate  (0250)
  33.      60416    DELETE ^H  ( 010)
  34. /usr/etc/tcpd
  35.     118648    duplicate SPC (040)
  36.     131078    delete    NUL (00)
  37. /usr/lib/libc_s.a
  38.     443265    duplicate    (0246)
  39.     458760    delete    NUL (00)
  40.  
  41. I renamed the bad files, and used 'cp' to make new copies.
  42.  
  43. As IRIX dump doesn't have a 'verify' option, and given the low percentage of
  44. errors (4 in 300MB) I'm not sure how to pursue this further.  It may only
  45. happen to me, or when using a pipe.  I have logged a call with SGI (call-id
  46. 118809).  I don't need to tell you how important it is for this backup
  47. program to have perfect reliablility.
  48.  
  49. --    Denis Laplante <laplante@ocgy.ubc.ca>
  50.