home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / ultrix / 6221 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  1.5 KB
  1. Xref: sparky comp.unix.ultrix:6221 comp.unix.wizards:3597
  2. Path: sparky!uunet!mcsun!uknet!rsre!breeze!heading
  3. From: heading@breeze.rsre.mod.uk (Anthony Heading)
  4. Newsgroups: comp.unix.ultrix,comp.unix.wizards
  5. Subject: A confused tar process...
  6. Message-ID: <Bsxn95.HKJ@breeze.rsre.mod.uk>
  7. Date: 13 Aug 92 17:27:53 GMT
  8. Organization: Defence Research Agency
  9. Lines: 26
  10.  
  11. A while ago I tried to read a corrupt SCSI exabyte tape on a
  12. DECstation using tar. The command hung completely, and I got out by
  13. killing the terminal session. I couldn't find any way to clear the
  14. tape drive except rebooting. The tar process was in "short term
  15. disk wait", and had every signal under the sun piled up on it,
  16. with the probable consequence that it would be dead as soon as
  17. it raised its head above the papapet, but since it was waiting
  18. for the tape to do something it didn't look like it would ever
  19. page back in. And I couldn't do anything to prod the tape drive,
  20. since every encounter with the device file gave a "mount device
  21. busy" or somesuch error.
  22.  
  23. Is there any way to deal with such a problem? I wondered
  24. whether one could tickle /dev/kmem or one of those files
  25. (whose internals I have no idea about but one has to learn
  26. sometime...), persuade the tar process to page back in,
  27. let the various signals kill it, and hope that that would
  28. free up the tape device. Or is that hopelessly naive?
  29.  
  30. Anthony
  31.  
  32. -- 
  33. Anthony Heading  (heading@hermes.mod.uk)
  34. DRA Malvern, UK
  35. Any opinions expressed are my own and in no way
  36. represent those of my employer or any other organization.
  37.