Ok, I backtraced the coredump, the problem was in /usr/lib64/libssl3.so.
I updated from nss-3.12.6-1.el5_4.x86_64 to nss-3.12.7-2.el5.x86_64
and now all seems to work fine!
Thank you.
Regards,
Dael Maselli.
On 08/09/10 15.16, Rich Megginson wrote:
Dael Maselli wrote:
It worked!
I
Dael Maselli wrote:
Ok, I backtraced the coredump, the problem was in /usr/lib64/libssl3.so.
I updated from nss-3.12.6-1.el5_4.x86_64 to
nss-3.12.7-2.el5.x86_64 and now all seems to work fine!
Thanks, good to know.
Thank you.
Regards,
Dael Maselli.
On 08/09/10 15.16, Rich
Rick,
I have seem this again:
[23/Sep/2010:11:23:00 -0300] NSMMReplicationPlugin -
multimaster_be_state_change: replica o=umc is going offline; disabling
replication
[23/Sep/2010:11:23:00 -0300] - somehow, there are still 13 entries in the entry
cache. :/
[23/Sep/2010:11:23:00 -0300] -
Hello,
I tweaked your sample ldif file:
1) turned ou=Projects to an nsView object and removed ou=people under
ou=A and B,
2) added another entry uid=tuser.
Here's the search result:
$ ldapsearch -x ... -b ou=A,ou=projects,dc=mgt,dc=ont,dc=srv
(uidnumber=*) dn uidnumber
# doe_john, People,
Due to some issues with an expired SSL cert I had to disable SSL on
our 389 directory server. It's working fine for authentication
without SSL, but I have lost all ability to manage the server via the
management console. It appears that the management console still
wants to connect to the
Ouch! That happened to us once before and it was a real pain. I believe
this is how we did it:
Thank you, this is what I ended up doing; turning off nsServerSecurity
did the trick.
--
389 users mailing list
389-users@lists.fedoraproject.org