home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / os2 / networki / 2042 < prev    next >
Encoding:
Text File  |  1992-11-08  |  2.6 KB  |  59 lines
  1. Newsgroups: comp.os.os2.networking
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!assela
  3. From: assela@marcus.its.rpi.edu (A. Andre Asselin)
  4. Subject: Re: Killing (IBM) NFS client after last UMOUNT: dangerous?
  5. Message-ID: <+tk1r5+@rpi.edu>
  6. Nntp-Posting-Host: marcus.its.rpi.edu
  7. References: <341@zam103.zam.kfa-juelich.de> <1992Nov04.191754.18135@ans.net> <380@zam103.zam.kfa-juelich.de>
  8. Date: Sat, 7 Nov 1992 07:24:39 GMT
  9. Lines: 48
  10.  
  11. kiehl@ibt013.ibt.kfa-juelich.de (Horst Kiehl) writes:
  12.  
  13. >In article <1992Nov04.191754.18135@ans.net>,
  14. >db3l@ans.net (David Bolen) writes:
  15.  
  16. >>In article <341@zam103.zam.kfa-juelich.de> kiehl@ibt013.ibt.kfa-juelich.de (Horst Kiehl) writes:
  17. >>
  18. >>>Is it safe to kill NFSC.EXE and the NFSBIOD.EXEs after the last UMOUNT?
  19. >>>(If not, how can I simulate a Ctrl+C to the NFS Control Program window?)
  20. >>
  21. >>If you are using something like DosKillProcess to shut down the
  22. >>processes, you won't exactly simulate a Ctrl-C (which NFSCTL uses to
  23. >>shut down the BIODs itself and verify that all mounts have been done),
  24. >>but you will still force NFSCTL to run it's exit handler, which takes
  25. >>care of detaching from the IFS.
  26.  
  27. >I am using KillEm (from ftp-os2), which does use DosKillProcess.
  28. >The NFSCTL.CMD then reports the resulting RC=99 from NFSC.EXE
  29. >(as unknown) and exits.
  30.  
  31. >Additionally, the doc from IBM says that it's safe if one closes the
  32. >window of the NFS Control Program when all mounted drives have been
  33. >unmounted beforehand.
  34.  
  35. >>The gorp about checking mounts and stuff is useful, but mostly a nicety.
  36.  
  37. >Well, I couldn't find what a gorp is, :-) but my aim was to run the NFS
  38. >client only while it is needed (because of it's overhead), i. e. only
  39. >"during active mounts", and that's what I reached. :-) With QMOUNT,
  40. >RXQUEUE, Procs & KillEm, and of course REXX, it was quite easy. :-)
  41.  
  42. >> (I'm not sure if it clears all previous mounts the
  43. >>next time it starts up or not).
  44.  
  45. >I don't think so because I remember to once have seen a message from
  46. >NFSC.EXE (or maybe NFSCTL.CMD) advising to run NFSCLEAN after next boot.
  47.  
  48. Horst,
  49.    The procedure you outlined is safe.  As long as there are no outstanding
  50. mounts, it is safe to kill the NFS client.  Interestingly, though, you
  51. mentioned that you're killing it to free the resources it uses.  NFS client
  52. actually only uses memory when you aren't using an NFS mounted drive (so
  53. the only effect is a slightly bigger SWAPPER.DAT).  It consumes no CPU
  54. time.
  55.    You are correct on your second point, too; NFSCLEAN is used to remove any
  56. NFS drives that weren't properly detached for one reason or another.
  57. NFSCTL will not do this on its own when it's started.
  58.           - Andre Asselin    (assela@rpi.edu)
  59.