Re: Ldapadd Crashed with Segmentation Fault
I had the same problem (also slapcat ended with seg fault 11). And the siolution was to minimize the config options (i did not need all of them). I only build OpenLDAP with the SASL,BDB and PERL options and worked for me Reg,Danny - Original Message - From: Hong ljf...@sdf.lonestar.org To: FreeBSD Questions List freebsd-questions@freebsd.org Sent: Wednesday, March 11, 2009 5:15 AM Subject: Ldapadd Crashed with Segmentation Fault Hi, I was playing with OpenLDAP installed on FreeBSD 7.1-RELEASE installed through the port system. The configuration file /usr/local/etc/slapd.conf was edited: ... databasebdb #suffix dc=my-domain,dc=com #rootdn cn=Manager,dc=my-domain,dc=com suffix dc=example,dc=com rootdn cn=Manager,dc=example,dc=com ... I created a test LDIF file named test1.ldif: dn: dc=example,dc=com objectclass: dcObject objectclass: organization o: Example Company dc: example dn: cn=Manager,dc=example,dc=com objectClass: organizationalRole cn: Manager Then I used ldapadd to add the new entries in the LDIF file: # ldapadd -x -D cn=Manager,dc=example,dc=com -W -f test1.ldif Enter LDAP Password: adding new entry dc=example,dc=com adding new entry cn=Manager,dc=example,dc=com Segmentation fault: 11 (core dumped) Any idea what went wrong? Hong ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.237 / Virus Database: 270.11.9/1992 - Release Date: 03/09/09 19:20:00 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Ldapadd Crashed with Segmentation Fault
Hi, I was playing with OpenLDAP installed on FreeBSD 7.1-RELEASE installed through the port system. The configuration file /usr/local/etc/slapd.conf was edited: ... databasebdb #suffix dc=my-domain,dc=com #rootdn cn=Manager,dc=my-domain,dc=com suffix dc=example,dc=com rootdn cn=Manager,dc=example,dc=com ... I created a test LDIF file named test1.ldif: dn: dc=example,dc=com objectclass: dcObject objectclass: organization o: Example Company dc: example dn: cn=Manager,dc=example,dc=com objectClass: organizationalRole cn: Manager Then I used ldapadd to add the new entries in the LDIF file: # ldapadd -x -D cn=Manager,dc=example,dc=com -W -f test1.ldif Enter LDAP Password: adding new entry dc=example,dc=com adding new entry cn=Manager,dc=example,dc=com Segmentation fault: 11 (core dumped) Any idea what went wrong? Hong ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Ldapadd Crashed with Segmentation Fault
On Tue, 2009-03-10 at 21:15 -0700, Hong wrote: Hi, I was playing with OpenLDAP installed on FreeBSD 7.1-RELEASE installed through the port system. The configuration file /usr/local/etc/slapd.conf was edited: ... databasebdb #suffix dc=my-domain,dc=com #rootdn cn=Manager,dc=my-domain,dc=com suffix dc=example,dc=com rootdn cn=Manager,dc=example,dc=com ... I created a test LDIF file named test1.ldif: dn: dc=example,dc=com objectclass: dcObject objectclass: organization o: Example Company dc: example dn: cn=Manager,dc=example,dc=com objectClass: organizationalRole cn: Manager Then I used ldapadd to add the new entries in the LDIF file: # ldapadd -x -D cn=Manager,dc=example,dc=com -W -f test1.ldif Enter LDAP Password: adding new entry dc=example,dc=com adding new entry cn=Manager,dc=example,dc=com Segmentation fault: 11 (core dumped) Any idea what went wrong? Hong Why it crashed? don't know. Most segfaults in my experience (few and far between) are due to compiled options that crash it. My experience with OpenLDAP has taught me the rootdn specified in slapd.conf is a superuser who DOES NOT always need to be specified in the LDAP directory (some apps look for it, some apps just use the values you provide and OpenLDAP binds to the super-user defined there) My first suggestion is to (optionally, preferred) remove the database files, since it may not have added correctly, edit test1.ldif and remove the user (last 3 lines), and readd. If it still crashes, consider limiting the options on the server and recompiling pretty vanilla. Some ideas, no firm reason. ktrace ldapadd to find details. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
