home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sun / admin / 10584 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  1.2 KB
  1. Path: sparky!uunet!noc.near.net!hri.com!spool.mu.edu!uwm.edu!linac!att!att!dptg!ulysses!allegra!princeton!siemens!aad
  2. From: aad@siemens.com (Anthony Datri)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: dump multi-filesystem on multiple tape
  5. Message-ID: <1993Jan19.223339.17655@siemens.com>
  6. Date: 19 Jan 93 22:33:39 GMT
  7. References: <DocKnow.727310263@socrates> <BIANCO.93Jan18140227@sarasvathi.cs.odu.edu>
  8. Sender: news@siemens.com (NeTnEwS)
  9. Organization: Siemens Corporate Research, Princeton (Plainsboro), NJ
  10. Lines: 15
  11. Nntp-Posting-Host: lovecraft.siemens.com
  12.  
  13.  
  14. >If you use a tape device which doesn't autorewind (like /dev/nrst0) you can
  15. >simply do successive dumps.  For example, on an exabyte 8200, I might do:
  16.  
  17. He said "multiple tapes", though.  What happens when you hit EOT?  Dump
  18. should act gracefully at EOT so that a dumb stacker or operator can just slap
  19. in another tape and let it continue from where it left off.
  20.  
  21. Similarly, dump should detect when it's writing to stdout or a file, and
  22. suppress what it thinks are tape changes.
  23.  
  24. I know of one vendor that added a -E flag to dump to accomplish this.
  25. -- 
  26.  
  27. ======================================================================8--<
  28.