home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / admin / 6880 < prev    next >
Encoding:
Internet Message Format  |  1993-01-04  |  2.3 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!wupost!crcnis1.unl.edu!moe.ksu.ksu.edu!phys.ksu.edu!rjq
  2. From: rjq@phys.ksu.edu (Rob Quinn)
  3. Newsgroups: comp.unix.admin
  4. Subject: Re: Backup while device busy!
  5. Date: 4 Jan 1993 14:52:49 GMT
  6. Organization: Kansas State University
  7. Lines: 46
  8. Message-ID: <1i9j01INNchm@moe.ksu.ksu.edu>
  9. References: <61800002@acf3.NYU.EDU>
  10. NNTP-Posting-Host: bohr.phys.ksu.edu
  11.  
  12. In <61800002@acf3.NYU.EDU> zhangd@acf3.NYU.EDU (zhangd) writes:
  13. >When I am doing backup of a user filesystem at midnight, I prefer to umount
  14. >the filesystem
  15. >and then mount readonly thereafter. However, the filesystem is often
  16. >unmountable 
  17. >because of "device busy" error!  The point is somebody uses open files on it
  18. >via NFS
  19. >and I can't detect and close them all.
  20.  
  21.  I have no problem umount'ing a filesytem that is being used over NFS. You'll
  22. just cause 'Stale NFS file handle' errors on the client.
  23.  
  24. > Although I logout all current users on UNIX, those
  25. >users on PC can still have open files via PC-NFS.
  26.  
  27.  More likely, there are still processes active on the filesystem such as long
  28. running jobs. I use 'ofiles' to look for them. For instance:
  29. #ofiles /usr/local
  30. /dev/sd1g:      /usr/local
  31. user     process command        type    inode(s)
  32. rjq      10359   emacs          m       + 994 
  33. rjq      214     xinit          m       + 1383 1935 
  34. rjq      213     sh             f       1384 
  35. root     203     vlmd           m       + 21269 
  36. rjq      215     Xsun           fm      4183 4184 + 1338 
  37. monitor  295     xterm          m       + 1388 
  38. rjq      9763    tn3270         fm      16612 + 1023 
  39. [.....]
  40.  
  41.  There's also 'pff'. Both are available for ftp somewhere.
  42.  
  43. >2. if there is a way to find out all opening files on a partition and close
  44. >them forcefully? ( mount, showmount...)
  45.  
  46.  Kill the processes.
  47.  
  48. >3. Could  other backup commands ( like TAR ) handle this situation better?
  49.  
  50.  I do level 5 backups every day, level 3's on Fridays, and level 0's once
  51. a month. I only shutdown for the level 0's.
  52.  
  53. --
  54. | "He does not _drink_ from a can like most humans...                         |
  55. |  he slurps it out. It sounds as if he's trying                    Rob Quinn |
  56. |  to drink it without tipping the can."                     rjq@phys.ksu.edu |
  57. |  -anon referring to Bryan Nehl                        QuinnBob@KSUVM.BITNET |
  58.