home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / sysv386 / 13667 < prev    next >
Encoding:
Internet Message Format  |  1992-08-27  |  1.9 KB
  1. Path: sparky!uunet!usc!rpi!crdgw1!rdsunx.crd.ge.com!ariel!davidsen
  2. From: davidsen@ariel.crd.GE.COM (william E Davidsen)
  3. Newsgroups: comp.unix.sysv386
  4. Subject: Re: How much SCO UNIX SYSV/386 3.2r2.0 ODT 1.1 software can be on NFS?
  5. Message-ID: <1992Aug27.121340.6508@crd.ge.com>
  6. Date: 27 Aug 92 12:13:40 GMT
  7. References: <17ed9kINNonh@early-bird.think.com> <BtKIuI.6BM@gator.rn.com> <l9m25dINNal@neuro.usc.edu>
  8. Sender: usenet@crd.ge.com (Required for NNTP)
  9. Reply-To: davidsen@crd.ge.com (bill davidsen)
  10. Organization: GE Corporate R&D Center, Schenectady NY
  11. Lines: 26
  12. Nntp-Posting-Host: ariel.crd.ge.com
  13.  
  14. In article <l9m25dINNal@neuro.usc.edu>, merlin@neuro.usc.edu (merlin) writes:
  15.  
  16. | Could someone outline an appropriate procedure to be followed during software
  17. | installation (maybe either 'mount -f NFS,soft server:/home/server/usr /usr' or
  18. | maybe 'ln -s /usr /home/server' or whatever) which would allow me to install
  19. | the minimum system necessary to get NFS up & running -- and then to install a
  20. | full set of developement tools.  Also, cautions on any gotcha's would be good.
  21.  
  22.   Sure, do an install of the base system on the small machine, then
  23. reboot and NFS mount the /usr from the server over /usr on the client.
  24. Then shutdown and reboot. Now look at the access times for everything in
  25. /usr and see what wasn't used getting the system up enough to run NFS.
  26. Delete the stuff you don't need.
  27.  
  28.   USE CAUTION since there may be a few things you don't need but would
  29. sure like to have if the server is down, and there might be something
  30. accesses by root in some way that doesn't reset the access time. This is
  31. a mentod for quickly finding likely candidates, not a cure.
  32.  
  33.   Don't move /tmp and swap to the server, it really beats the net and
  34. hurts performance.
  35.  
  36.   You may also want to add another 8MB of memory to get more buffering.
  37. -- 
  38. bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
  39.     I admit that when I was in school I wrote COBOL. But I didn't compile.
  40.