home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / protocol / kerberos / 867 < prev    next >
Encoding:
Text File  |  1992-11-13  |  1.5 KB  |  35 lines
  1. Newsgroups: comp.protocols.kerberos
  2. Path: sparky!uunet!cs.utexas.edu!sun-barr!ames!agate!stanford.edu!LEMUR.CIT.CORNELL.EDU!mqh
  3. From: mqh@LEMUR.CIT.CORNELL.EDU (Mike Hojnowski)
  4. Subject: Re: The incredible missing Principle trick
  5. Message-ID: <9211131408.AA13130@mqh.cit.cornell.edu>
  6. Sender: news@shelby.stanford.edu (USENET News System)
  7. Organization: Internet-USENET Gateway at Stanford University
  8. References: <9211130336.AA02678@tsx-11.MIT.EDU>
  9. Date: Fri, 13 Nov 1992 14:08:30 GMT
  10. Lines: 23
  11.  
  12.  
  13. >One possible reason is that you got unlucky with a hash collision which
  14. >caused the DBM file to grow bigger than the max. allowable filesize on
  15. >your system, and you have a badly implemented DBM library that doesn't
  16. >deal well with that situation (i.e., fails silently) --- but that's only
  17. >a guess.  At MIT, we haven't had that problem happen with our Kerberos
  18. >database, which has almost 20,000 entries in it.  However, we have had
  19. >this sort of problem with our /usr/lib/aliases file on our mailhub,
  20. >when the length of the /usr/lib/aliases.pag gets bigger than 2
  21. >gigabytes.
  22.  
  23. >I'm not sure I believe this is what's really happening, though, since
  24. >6,000 principals isn't all that many.  We haven't seen your problem at
  25. >MIT, although we're not running our server on a RS/6000.
  26.  
  27. Ted,  Thanks for the idea.  I don't think that's it either.  Our principal.pag
  28. is only about 98M.  I've got a call into IBM to see if anyone's reported 
  29. DBM bugs on AIX 3.  I'm also going to check my error logs on the off chance
  30. there was actually a disk error reported somewhere.
  31.  
  32. Thanks again,
  33.  
  34. Mike
  35.