home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / ultrix / 9044 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  3.4 KB

  1. Xref: sparky comp.unix.ultrix:9044 comp.unix.admin:6755
  2. Newsgroups: comp.unix.ultrix,comp.unix.admin
  3. Path: sparky!uunet!haven.umd.edu!decuac!pa.dec.com!nntpd2.cxo.dec.com!nabeth!alan
  4. From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  5. Subject: Re: Backup procedure sought
  6. Message-ID: <1992Dec22.202405.6087@nntpd2.cxo.dec.com>
  7. Keywords: Ultrix 4.3 backup dump tape date
  8. Lines: 57
  9. Sender: alan@nabeth (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  10. Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  11. Organization: Digital Equipment Corporation
  12. References:  <1992Dec22.145720.1684@dd.dk>
  13. Date: Tue, 22 Dec 1992 20:24:05 GMT
  14.  
  15.  
  16. In article <1992Dec22.145720.1684@dd.dk>, wes@dd.dk (Mads Westermann) writes:
  17. >
  18. >I'm running an Ultrix 4.3 system on a DECSystem 5100 having three rz24 disks
  19. >and two rz57 disks. The disks are partitioned into eight different file-
  20. >systems. I need a backup procedure that (unattended) will bring the system
  21. >into single-user mode, do a full or an incremental backup on *ONE* tape
  22. >and then bring the system back into multi-user mode again. I have read
  23. >the docs for dump(8) over and over again, and to me it seems like there is
  24. >no way to make dump put more filesystems on the same tape. 
  25.  
  26. How to put multiple backups on one tape is sort of documented, just
  27. not very well.  Fill out a Reader's Comments page for Guide on backups
  28. and mail it to us, this sort of thing needs to be cleared up.  The
  29. solution is pretty simple.  The 'f' option of dump(8) allows writing
  30. to a different device than the default (/dev/rmt0h).  If you write to
  31. a no-rewind tape device, then each new dump will start after the last
  32. one.  For example; if you typically use "dump 0u /", change it to
  33. "dump 0uf /dev/nrmt0h /".  Note the 'n' at the beginning of the tape
  34. device name.  This is the naming convention for no-rewind tape devices
  35. (See also mtio(4)).
  36.  
  37. > and Also
  38. >it seems to me that there's no way to bring the system into single-user
  39. >and back into multiuser mode unattended ?
  40.  
  41. 1.  Make sure the worst likely case backups will fit on one tape.  If
  42.     you run out of tape the way you intend to use dump(8), it will
  43.     occassionally ask you for the next tape.  The system will be stuck
  44.     in single user until you answer it.  Of course this may be what you
  45.     want.
  46.  
  47. 2.  Clue: When the transition is made from multi-user to single user, init
  48.     starts an sh(1).  When this sh(1) starts it performs the shell commands
  49.     in .profile.  It should be possible to replace .profile with a script
  50.     that unmounts the file system, runs dump and does whatever you want
  51.     done running single user.  Then you want to replace .profile with the
  52.     original one and have the shell kill itself.  This should transition
  53.     backup to multi-user.  I did this once on ULTRIX V1.something when
  54.     I worked at the CSC.  I didn't save the .profile, but it was pretty
  55.     easy once I figured out how to have the shell kill itself.  I think
  56.     I just sent a signal using kill(1) to the process id $$.
  57.  
  58. >
  59. >Has anybody solved this problem ?? I'd very much appreciate if you
  60. >could enlighten me on this subject.
  61. >
  62. >Rgds.
  63. >-- 
  64. > Mads Westermann                | Phone:        +45 4582-3200
  65. > Damgaard Data Distribution A/S | Fax:          +45 4582-3636/+45 4582-3737
  66. > Bregneroedvej 133              | E-mail:       wes@dd.dk
  67. > DK-3460 Birkeroed, Denmark     | UUCP:         ..!uunet!dd.dk!wes
  68. >
  69. --
  70. Alan Rollow                alan@nabeth.cxo.dec.com
  71.  
  72.