I've taken a look in /var/log/secure.log, and archives of this file
for the last 6+ months, and see no evidence of abuse... Pity, it
would have made sense, and an easy fix.
I have had a thought about this problem, as I've seen something
similar in our pre-OSX OD set up - which we still run because we're
still in transition... Years ago we used to run Tru64 with Open LDAP
ldap-2.2.6 and prior, and this worked fine. When we went to upgrade
versions of OpenLDAP, we started to get problems. What happened was
that LDAP had a memory leak. It ran happily for a while, then
virtual memory started to run out and eventually clagged everything
up. Kill -9 on LDAP, and then restarting it did the trick (or a re-
boot). I'm pretty sure that eventually this became a known problem,
and I presume fixed. However, as we needed things to work there and
then, we ended up going back to ldap-2.2.6, and it was rock solid again.
What I'm thinking is that just maybe this memory leak has been re-
introduced into LDAP, and it's LDAP that is causing Password_Server
to clag up, not the other way as I first reported...... I notice
Apple is using lapd version 2.2.19.......
????
David Minard.
Ph: 0247 360 155
Fax: 0247 360 770
School of Computing & Mathematics
Building Y - Penrith Campus (Kingswood)
Locked bag 1797
Penrith South DC
NSW 1797
[Sometimes waking up just isn't worth the insult of the day to come.]
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
