home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / next / sysadmin / 5210 < prev    next >
Encoding:
Text File  |  1992-09-15  |  2.4 KB  |  62 lines
  1. Newsgroups: comp.sys.next.sysadmin
  2. Path: sparky!uunet!destroyer!ubc-cs!unixg.ubc.ca!kakwa.ucs.ualberta.ca!news
  3. From: sherwood@fenris.space.ualberta.ca (Sherwood Botsford)
  4. Subject: Re: nfs-problem
  5. Message-ID: <1992Sep15.221136.25594@kakwa.ucs.ualberta.ca>
  6. Sender: news@kakwa.ucs.ualberta.ca
  7. Nntp-Posting-Host: fenris.space.ualberta.ca
  8. Organization: University Of Alberta, Edmonton Canada
  9. References: <1992Sep2.080248.6033@unibi.uni-bielefeld.de>
  10. Date: Tue, 15 Sep 1992 22:11:36 GMT
  11. Lines: 49
  12.  
  13. Michael Bruewer writes
  14. > 
  15. > We have a pool of four NeXTs. One netinfo-server, one  
  16. clone server and two  
  17. > clients. All user accounts are network accounts. All home  
  18. directories are nfs  
  19. > mounted on all machines.
  20. > Now the problem is, that if one machine is overloaded and  
  21. the nfs server is not  
  22. > responding, all machines are hanging (little disk icon  
  23. turning) and nobody can  
  24. > work. (I'm not sure if it should read "nearly all" and  
  25. "nearly nobody"). Even  
  26. > if I have a remote shell connection to a machine outside  
  27. the pool, and the nfs  
  28. > server of the NeXT, where my home directory lives,  
  29. doesn't respond, the rsh  
  30. > connection hangs.
  31. > Is this behavior correct or is there something wrong with  
  32. our installation?
  33.  
  34. Unfortunatly, this is "normal".  NFS is stateless.  So when  
  35. a server is unavailable, it just waits for the server to  
  36. become available again.  The workspace under 2.x ran as a  
  37. single process, so that if it was stating a remote file, it  
  38. would hang there.
  39.  
  40. Your rsh to another machine would hang probably because csh  
  41. was trying to read .cshrc in your home directory.  If the  
  42. server was unavailable, it waits, and waits and waits...
  43.  
  44. Some ways around:
  45.     1.  If the nfs server is also a print server, give  
  46. it LOTS of memory.  Ours run 32 MB.
  47.     2.  Disable running of Mathematica on the nfs  
  48. server.
  49.     3.  Try increasing nbuf.  (See discussion a few  
  50. weeks back)
  51.     4.  Increase the number of nfsd's running on the  
  52. server.  I've settled on running 4 per disk served.
  53.     5.  If there is a router between the server and  
  54. client, change rsize and wsize to 7k.  (They default to 8K)   
  55. This is especially true if it's a cheap PC based router.   
  56. Repeaters don't seem to have this problem.
  57.     6.  Turn on the switch for large file systems in  
  58. Preferences.  This stops the prefetch in the workspace so  
  59. that when an NFS server goes down, the workspace doesn't  
  60. hang until you access something on that server.
  61.  
  62.