home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / aix / 12700 < prev    next >
Encoding:
Text File  |  1992-12-21  |  3.2 KB  |  71 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!usc!rpi!batcomputer!lynx@msc.cornell.edu!jaguar.msc.cornell.edu!rick
  3. From: rick@jaguar.msc.cornell.edu (Rick Cochran)
  4. Subject: Re: How do I verify a backup tape
  5. Message-ID: <1992Dec18.212412.9714@msc.cornell.edu>
  6. Keywords: Verify Tape
  7. Sender: news@msc.cornell.edu
  8. Organization: Cornell Materials Science Center
  9. References:  <1992Dec8.083842.3142@pollux.lu.se>
  10. Date: Fri, 18 Dec 1992 21:24:12 GMT
  11. Lines: 58
  12.  
  13. In article <1992Dec8.083842.3142@pollux.lu.se>, gs@balder.tf1.lu.se (Goran Svensson) writes:
  14. |> I have a problem that have been bugging for long, and I believe a solution
  15. |> is of general interest.
  16. |> 
  17. |> When I have written a backup to tape, I want to verify that the data is
  18. |> good and valid. But how ??? I would like to do it for cpio, tar and/or backup.
  19. |> Also for all kind of medias (150MB, 525MB, 2.3GB and DAT).
  20. |> 
  21. |> A restore -T or a tar -tv does not verify the actual files, only that the 
  22. |> media is readable and that the table of contents is good. I want to recompute
  23. |> all checksums and verify them (tar does have a checksum, right ??). There
  24. |> is no need to compare the tape with the actual datafiles (but I would not
  25. |> cry if that could be done).
  26. |> 
  27. |> backup -xv > /dev/null and tar -xv > /dev/null does not do the job.
  28. |> 
  29. |> I have asked IBM Sweden, and received a big "It can't be done". No one at
  30. |> IBM Sweden knows how to do it. But I do not accept that I can not
  31. |> verify my backup tapes.
  32. |> 
  33. |> There must be someone out there who wants to make sure that his/hers tapes
  34. |> are good, and have a self written program, a free-ware or a pay-ware to
  35. |> do the job.
  36. |> 
  37. |> Help needed
  38. |> 
  39. |> Goran Svensson
  40.  
  41. Gee.  When I mentioned this problem a year or two ago I got nary a peep in
  42. reply.  I concluded that I was the only one on the face of the earth who
  43. really cares about my users' data.
  44.  
  45. As far as I know, the only place to get what you want is from Convex Computer
  46. Corp. which has a "-V" option on their version of "restore".  This checks
  47. the tape for readability and data consistancy.  For example, if you are
  48. using "dump" on an active filesystem, "restore -V" will let you know whenever
  49. there is an inconsistancy between the index and the actual data on the tape.
  50. "restore -V" DOES NOT check the tape data against the disk data.  Thus,
  51. the behavior of "restore -V" is the behaviour which you and I (and apparently
  52. nobody else except other Convex customers) want.
  53.  
  54. When I suggested to Defect Support that it would be a good idea to
  55. have this kind of option on AIX "restore" (and not difficult to
  56. implement either), I was sent in search of a non-existant form.  I
  57. gave up.
  58.  
  59. I would like to clarify a small detail.  If you use "backup by name"
  60. ("backup -i") instead of "backup by inode", then a "restore -T" WILL
  61. actually verify the integrity of the data on the tape, since "backup
  62. by name" does not generate an index the way "backup by inode" does.
  63.  
  64. However, this also means that you can't use "interactive restore" with
  65. backups done "by name" - a major pain.
  66.  
  67. -- 
  68. |Rick Cochran          607-255-7223             rick@msc.cornell.edu|
  69. |Cornell Materials Science Center             rick@crnlmsc2.bitnet|
  70. |E20 Clark Hall, Ithaca, N.Y. 14853         cornell!msc.cornell.edu!rick|
  71.