I’ll reply to myself for future reference. The segfault was triggered by using a combination of:
1) Apache Directory Studio client configured with “Get base DNs from Root DSE” enabled 2) an empty mdb database bound to the empty suffix (“”) As soon as one of the two conditions above is modified, there is no segfault and operation is normal. Although an empty database is hardly a production condition, maybe a segfault triggered by a search for the empty suffix is something that you might want to investigate, in which case I can provide all the details you might need in order to reproduce the issue. Thanks, Mirko On 20 luglio 2014 at 09:49:43, Mirko Caserta ([email protected]) wrote: Hi there, I’m experiencing a weird segfault while installing a RHEL 6.5 server with the mdb backend. The funny thing is, I have exactly the same configuration (slapd, schema, etc) running just fine on a debian. slapd starts fine but, as soon as I remotely bind to port 389, it segfaults: Jul 18 15:53:41 TBM-LDAP01 kernel: slapd[2056]: segfault at c6e8 ip 00007fe8e742d188 sp 00007fe8a5cd6328 error 4 in back_mdb-2.4.so.2.10.2[7fe8e7407000+34000] Jul 18 15:53:41 TBM-LDAP01 abrtd: Directory 'ccpp-2014-07-18-15:53:41-1717' creation detected Jul 18 15:53:41 TBM-LDAP01 abrt[2057]: Saved core dump of pid 1717 (/opt/symas/lib64/slapd) to /var/spool/abrt/ccpp-2014-07-18-15:53:41-1717 (37949440 bytes) Jul 18 15:53:41 TBM-LDAP01 abrtd: Package 'symas-openldap-silver' isn't signed with proper key Jul 18 15:53:41 TBM-LDAP01 abrtd: 'post-create' on '/var/spool/abrt/ccpp-2014-07-18-15:53:41-1717' exited with 1 Jul 18 15:53:41 TBM-LDAP01 abrtd: Deleting problem directory '/var/spool/abrt/ccpp-2014-07-18-15:53:41-1717’ Here is some more info about the environment: [root@TBM-LDAP01 ~]# lsb_release -a LSB Version: :base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch Distributor ID: RedHatEnterpriseServer Description: Red Hat Enterprise Linux Server release 6.5 (Santiago) Release: 6.5 Codename: Santiago [root@TBM-LDAP01 ~]# free total used free shared buffers cached Mem: 3924444 240244 3684200 0 15180 80864 -/+ buffers/cache: 144200 3780244 Swap: 8388600 0 8388600 [root@TBM-LDAP01 ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg_bueapweb01-lv_root 22G 3.1G 18G 16% / tmpfs 1.9G 0 1.9G 0% /dev/shm /dev/sda1 485M 95M 365M 21% /boot I understand this is all a bit vague but I can provide core dumps, slapd.conf, anything else your might need to further investigate the problem. Thank you very much. Mirko
