home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / next / misc / 18307 < prev    next >
Encoding:
Internet Message Format  |  1992-07-28  |  3.5 KB
  1. Xref: sparky comp.sys.next.misc:18307 comp.sys.next.sysadmin:4472 comp.unix.questions:9636
  2. Path: sparky!uunet!dtix!darwin.sura.net!jhunix.hcf.jhu.edu!lwatkins
  3. From: lwatkins@jhunix.hcf.jhu.edu (Lee Watkins)
  4. Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin,comp.unix.questions
  5. Subject: HELP (please)! Errors trying to backup with dump to SCSI tape
  6. Summary: this should be pertinent to LOTS of NeXT users...
  7. Keywords: HELP dump backup tape SCSI
  8. Message-ID: <1992Jul31.160714.18334@jhunix.hcf.jhu.edu>
  9. Date: 31 Jul 92 16:07:14 GMT
  10. Followup-To: poster
  11. Distribution: na
  12. Organization: HAC - Johns Hopkins University, Baltimore
  13. Lines: 65
  14.  
  15.  
  16. I looked in NeXTanswers and FAQs and the Net & Sys Admin manual and NeXT man 
  17. pages for st, mt, etc. and found little of real help when trying to do a 
  18. backup to a SCSI tape device.  This seems like a subject that would be of 
  19. interest to almost every NeXT owner/user.
  20.  
  21. Well, I thought I had it figured out.  I borrowed a 1/4" SCSI tape drive from
  22. a SPARCstation IPC, a 150Mb drive (it's stamped inside the tape bay).  
  23. Plugged it into my NeXTstation (OS 2.1) and rebooted and it came up as a   
  24. ARCHIVE VIPER 150 21531 whatever that means.  I can tar tapes to it just fine
  25. as /dev/rst0, even used the demo of enTar sucessfully.  
  26.  
  27. When I go to do a level 0 dump (which I've never done, so I need to...) I 
  28. found that it estimated over 7 tapes, when I only have a little over 350Mb
  29. of files to backup.  This does not make sense if the drive and the tapes
  30. are 150Mb (I am using Maxell MC-6150 cartridge tape).  
  31.  
  32. So I read the dump man page, and it explains how with various tape drives you 
  33. have to tell dump to use the equivalent number of feet of tape that would be 
  34. required if you were actually using the default 1600bpi 9-track tape. 1600bpi
  35. amounts to 19,200 bytes per foot, so to get 150Mb on a tape I should specify 
  36. to dump that the tape is 8214 feet in length. So I tell it to use "almost" the 
  37. whole tape, as shown in the man page for dump example for the Exabyte tape 
  38. drive. Am I making sense?  
  39.  
  40. Anyway, it does not work, I get the following error:
  41. ----
  42. nextlee# mt -f /dev/rst0 status
  43. Generic SCSI tape drive, residual=0
  44. Sense Key       = 0x05
  45. Sense Code      = 0x00
  46. Sense Byte 0x13 = 0x00
  47. Sense Byte 0x14 = 0x00
  48. Sense Byte 0x15 = 0x00
  49. Sense Byte 0x16 = 0x00
  50.  
  51. nextlee# dump 0usf 8000  /dev/rst0 /
  52.   DUMP: Date of this level 0 dump: Fri Jul 31 11:17:47 1992
  53.   DUMP: Date of last level 0 dump: the epoch
  54.   DUMP: Dumping /dev/rsd0a (/) to /dev/rst0
  55.   DUMP: mapping (Pass I) [regular files]
  56.   DUMP: mapping (Pass II) [directories]
  57.   DUMP: estimated 299194 tape blocks on 2.21 tape(s).
  58.   DUMP: dumping (Pass III) [directories]
  59.   DUMP: Tape write error 0 feet into tape 1
  60.   DUMP: NEEDS ATTENTION: Do you want to restart?: ("yes" or "no") 
  61. ----
  62. Notice that it now seems to want about the right number of tapes (I have
  63. three tapes sitting here ready to go). I try to restart, put in a different
  64. tape, I tried powering off/on the tape drive, rebooting my whole system,
  65. etc.  I am now at an impasse. WHY DOES THIS HAVE TO BE SO OBSCURE? 
  66.  
  67. Other info:  I did a fsck before doing dump, as it suggested in the Admin
  68. manual--no problems there.  I booted in single user mode to do the the dump 
  69. (although the above error was done in a shell window on root).
  70.  
  71. Any help would be greatly appreciated.  In fact, once I get this figured out
  72. I would be perfectly glad to write it up in excruciating detail for NeXT-
  73. Answers.
  74.  
  75. Lee Watkins, Jr.
  76. JHU Homewood Academic Computing
  77.  
  78. P.S.-I am not a UNIX guru, or a sysadmin, just a mid-level manager in a   
  79. computing organization with a NeXT on my desk.
  80.