Solaris fcntl CPU/Lock update
jeff.mandel at probes.com
Wed Feb 5 05:34:28 GMT 2003
Thanks for the interesting comments. I will take some time to digest them.
Pierre Belanger wrote:
> Now I'm looking back at the truss with the libthread, all
> I can say besides that it looks "ugly" , I wish I'd know
> how to print what's in each memory location to figure out
> if the program is doing it the right way.
I'd definitely like to pin that down. Just tonight I loaded the latest
> The last 2 choices... open a ticket with Sun? or link
> with OpenLDAP to see if you still have the same problem.
> If the problem is gone once Samba is linked with
> OpenLDAP, I'd say then that it's a libthread "usleep"
I have had a ticket open with sun for some time and we have come up
empty handed so far.
A reminder for those who missed it, I did *not* compile samba with ldap.
I am using padl's nss_ldap (203), and that was compiled against the
iPlanet ldap sdk 5. The system is a two processor 280R, dedicated to
about 15 users. In addition to samba, it runs oracle, baan, apache and
iPlanet mail for those same 15 people.
I've got this same setup (solaris 8, samba 2.2.7a, nss_ldap 203) running
on an Ultra 450, with much heavier use, 250 users and none of these
problems. It's an older kernel - 108528-14) Other than the processors
being UltraSparc II, instead of III, I'm having a hard time finding any
differences that would cause this to occur.
More information about the samba-technical