home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / novell / 9709 < prev    next >
Encoding:
Text File  |  1992-11-20  |  2.1 KB  |  48 lines
  1. Newsgroups: comp.sys.novell
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!stanford.edu!rock!concert!uvaarpa!murdoch!heidi.acc.Virginia.EDU!slb
  3. From: slb@heidi.acc.Virginia.EDU (sandy)
  4. Subject: Netware NFS question
  5. Message-ID: <1992Nov20.233956.26806@murdoch.acc.Virginia.EDU>
  6. Originator: slb@heidi.acc.Virginia.EDU
  7. Sender: usenet@murdoch.acc.Virginia.EDU
  8. Organization: University of Virginia
  9. Date: Fri, 20 Nov 1992 23:39:56 GMT
  10. Lines: 36
  11.  
  12.  
  13.  
  14. We are running Netware NFS v1.2 on a 3.11 server and
  15. are experiencing some odd problems.  First, I should
  16. say that this is no ordinary server.  It has appoximately
  17. eight thousand user accounts, and each user has a 
  18. directory containing five to ten files.  This server
  19. sees a pretty large and constant load.   There are 
  20. frequently a hundred or more simultaneous users. The sys
  21. volume containing all these accounts is a nearly full 1G 
  22. volume with an NFS namespace.  We mount the user subtree 
  23. from this volume onto a Sparc 2 running SunOS 4.1.3.  
  24. On the Unix side, we get very inconsistent results from 
  25. stat system calls and ls's.  If a directory is listed 
  26. twice within the space of a few seconds, the permissions 
  27. and owners of files are likely to be different from one ls
  28. to the second.  A stat on a file may return an error
  29. for non-existance and then return a good return code
  30. for the same file even though there is NO chance that
  31. the file changed status.  This occurs most often when
  32. listing very large directories (there are some directories
  33. on this server with thousands of subdirectories), but it
  34. also happens on small directories when the server is
  35. heavily loadedWe were counting heavily 
  36. on using this product, and are loathe to give up on
  37. it.  Has anyone else seen similar things with this
  38. product?  Is anyone else working it as hard as we
  39. are trying to?  Does anyone have suggestions for things
  40. we can change about in the export or mount parameters
  41. (it is currently mounted rw,hard,intr,bg,timeo=y,
  42. retrans=6,rsize=8192,wsize=8192)?  Thanks in advance
  43. for any help you can offer.
  44.  
  45. -- 
  46. sandy bryant
  47. slb@virginia.edu
  48.