home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / aix / 8130 < prev    next >
Encoding:
Text File  |  1992-07-23  |  1.9 KB  |  41 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!newsgate.watson.ibm.com!yktnews!admin!yktnews!prener
  3. From: prener@watson.ibm.com (Dan Prener)
  4. Subject: Re: Export list limit
  5. Sender: news@watson.ibm.com (NNTP News Poster)
  6. Message-ID: <PRENER.92Jul24024437@prener.watson.ibm.com>
  7. In-Reply-To: is@groucho.dev.uga.edu's message of 23 Jul 92 19:46:38 GMT
  8. Date: Fri, 24 Jul 1992 07:44:37 GMT
  9. Disclaimer: This posting represents the poster's views, not necessarily those of IBM
  10. References: <1992Jul23.194638.21875@athena.cs.uga.edu>
  11. Nntp-Posting-Host: prener.watson.ibm.com
  12. Organization: IBM T.J. Watson Research Center, Hawthorne, New York
  13. Lines: 26
  14.  
  15. In article <1992Jul23.194638.21875@athena.cs.uga.edu> is@groucho.dev.uga.edu (Bob Stearns) writes:
  16.  
  17. >We have just reached an UNDOCUMENTED, UNKNOWN, and UNDIAGNOSED limit in
  18. >exporting file systems. Apparaently somewhere between 13 and 16 is a
  19. >hard but undiagnosed limit on the number of named individual recipients
  20. >of a file system. The symptoms include, but are not limited to:
  21. >    du locks up a session so badly that it can not be kill -9ed
  22. >    df similarly
  23. >    some subset of the directories get "xxxxx not readable" while trying
  24. >       little things like ls, pwd, cat
  25. >    file systems become read only, apparently arbitrarily
  26. >    logins lock up after password, so badly they can not be kill -9ed
  27.  
  28. >If you have seen this, seen documentation on this (yes we did RTFM),
  29. >know the solution to it, know where to find the solution, know the exact
  30. >limit, or especially, know the developer so we can fix him, please let
  31. >us know.
  32.  
  33. >If you know a circumvention on this limit for large clusters we are very
  34. >interested in the answer.
  35.  
  36. You could use netgroups as a work-around.  There may be some limit there,
  37. too, as to how many entries are allowed in a netgroup, but that would
  38. not be a problem since netgroups can be nested.
  39. --
  40.                                    Dan Prener (prener@watson.ibm.com)
  41.