In regards to the hangs in the Directory Server that were observed, it seems related thread 15 that is polling waiting for something to come through the pipe which never happens. The default poll timeout is 1800000(or 30 minutes!). Reducing this timeout should resolve the "hang".


# ldapmodify -p PORT -h HOST -D "cn=directory manager" -w PASSWORD
dn: cn=config
changetype: modify
replace: nsslapd-ioblocktimeout
nsslapd-ioblocktimeout: 10000

<press enter twice, then control-D>

This should be done for all the Directory Servers in your deployment.


On 03/26/2015 06:18 PM, David Kreuter wrote:
We have been using FreeIPA since two years and were more than happy. But since two weeks we are facing unexpected crashed and can not really debug the strange behaviours. The crashes are definitely not caused by connecting a new system or changing the LDAP schema heavily. Following IPA is used:

Name        : ipa-server

Arch        : x86_64

Version     : 3.3.3

Release     : 28.0.1.el7.centos.3

Size        : 4.1 M

I have followed the troubleshooting guide and activated logging and activated the core dumping. Unfortunately, I cannot provide you any core dump, because it is not created after the ipa servers crashes. I'm sure the dirsrv is causing the problem, because when i restart the 389, then ipa works fine for a while. Currently I have activated the replication log level 8192. The error log shows no suspicious error or any fatal error. Following 389* versions are used:

Installed Packages

389-ds-base.x86_64 @/389-ds-base-

389-ds-base-debuginfo.x86_64 @base-debuginfo


Can you please provide some hint how I can debug this problem in more detail. Btw, the ipa infrastructure consist of one master and one replica. The server was also crashing, when the replica server was turned off. Do you thing an upgrade would solve the problem as the last resort?

Manage your subscription for the Freeipa-users mailing list:
Go to for more info on the project

Reply via email to