home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / bsd / 11811 < prev    next >
Encoding:
Text File  |  1993-01-25  |  1.9 KB  |  46 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!cs.utexas.edu!geraldo.cc.utexas.edu!portal.austin.ibm.com!awdprime.austin.ibm.com!cia.austin.ibm.com!mwiz
  3. From: mwiz@cia.austin.ibm.com (Marc Wiz)
  4. Subject: Re: Can password file be split up?
  5. Sender: news@austin.ibm.com (News id)
  6. Message-ID: <C1Fo5J.13n1@austin.ibm.com>
  7. Date: Mon, 25 Jan 1993 23:34:31 GMT
  8. Distribution: usa
  9. References: <44001@sdcc12.ucsd.edu>
  10. Organization: IBM, Austin
  11. Keywords: passwd
  12. Lines: 32
  13.  
  14. In article <44001@sdcc12.ucsd.edu> zz1bb@impending.ucsd.edu (Barry Brown) writes:
  15. >On one of our systems here, there are over 3000 entries in the passwd file.
  16. >Every time a user wants to make a change to it (chfn, passwd, chsh), the
  17. >file must be locked so the user has exclusive write access to it in order to
  18. >make the change.  With lots of people trying to do this all time, changing
  19. >one's password can take an HOUR!  First the user has to wait for a file
  20. >lock, then the file has to be changed.  The first part takes up most of the
  21. >time.  The situation is aggravated in the morning when the accouting
  22. >programs take their tallies and turn off access for users who have exceeded
  23. >their time quotas.
  24. >
  25. >Is there a way to split the passwd file into smaller chunks so it can be
  26. >more managable?  For example, all users with 0 < UID < 500 would be in one
  27. >passwd files, all users with 501 < UID < 1000 would be in another, etc.
  28. >This would reduce the lock and write times on the passwd file tremendously,
  29. >I imagine.
  30. >
  31.  
  32. You might want to consider a way of speeding up accesses by using dbm files
  33. like some commercial versions of Unix use.  That way you would only have to
  34. lock the one record.  
  35.  
  36. IMHO this is one the problems with the traditional method of Unix password
  37. file management.  (Or other files as well)  it doesn't work well with large
  38. number of entries.
  39.  
  40. Marc
  41.  
  42. mwiz@austin.ibm.com
  43. (512)823-9330
  44. I type only for myself.
  45. Yes, that really is my last name.
  46.