home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / admin / 7198 < prev    next >
Encoding:
Text File  |  1993-01-22  |  1.7 KB  |  44 lines
  1. Newsgroups: comp.unix.admin
  2. Path: sparky!uunet!srvr1.engin.umich.edu!uvaarpa!murdoch!holmes.acc.Virginia.EDU!op
  3. From: op@holmes.acc.Virginia.EDU (Olaf  Pors)
  4. Subject: Re: Backups and filesystem activity (was: Re: Dumping a Gigabyte)
  5. Message-ID: <1993Jan22.145856.27889@murdoch.acc.Virginia.EDU>
  6. Keywords: rc.single, automatic dumps, filesystem consistency
  7. Sender: usenet@murdoch.acc.Virginia.EDU
  8. Organization: University of Virginia
  9. References: <1j55eiINNk3d@BSDI.COM> <1993Jan19.135733.838@walter.cray.com> <1993Jan20.191211.22253@murdoch.acc.Virginia.EDU>
  10. Date: Fri, 22 Jan 1993 14:58:56 GMT
  11. Lines: 31
  12.  
  13. >How reliable (or unreliable) are the backups made from active
  14. >file-systems? 
  15.  
  16.   We back up about 90 machines daily using backups by
  17. inode, and have been doing daily backups by inode for
  18. several years.  No effort is made to idle filesystems.
  19. We've found that occasionally backbyinode issues a
  20. tremendous number of "bread" errors when a filesystem is
  21. too busy.  In these cases, either backbyinode aborts, or
  22. completes normally.  If it aborts, we repeat the backup.
  23. It may take several tries to get a clean backup.
  24.  
  25.   We've also done a lot of restores, and have never
  26. to my knowledge encountered an unusable backup*.
  27.  
  28.   I have no similar information about "smit" backups.
  29.  
  30.   This is an answer based on experience, but I'd like to
  31. hear from anyone who has a definite answer based on knowledge
  32. of the backbyinode source.
  33.  
  34. Olaf Pors
  35. Academic Computing
  36. University of Virginia
  37. op@Virginia.EDU
  38.  
  39. -----------------------------------------
  40. * Actually, I did once upon a time find the text of
  41.   an X11 manpage is the middle of a Sun backup.  This
  42.   was obviously not written by /etc/dump, and remains
  43.   a mystery to this day.
  44.