From owner-freebsd-questions@FreeBSD.ORG Thu Nov 30 15:27:19 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EEF7516A47C for ; Thu, 30 Nov 2006 15:27:18 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E62243CBB for ; Thu, 30 Nov 2006 15:27:03 +0000 (GMT) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so1637969pyh for ; Thu, 30 Nov 2006 07:27:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=M87r7zQT8XKDXa2Dtuy+ruYBRqRnlsQTyIkUq5pzoWMirWRia/hdSGEcpnIrx1i6JELSKNlrUWXiaMWa1Hh9VlFQt7bohIOrTPeOWVhPvIoSsyeem7T8xjjwYRauW/XROHsCA77Mm1XBsCoRgvKblP/Ui8DJF3VpPzqskBKmH1I= Received: by 10.35.99.17 with SMTP id b17mr6543254pym.1164900431613; Thu, 30 Nov 2006 07:27:11 -0800 (PST) Received: by 10.35.26.6 with HTTP; Thu, 30 Nov 2006 07:27:11 -0800 (PST) Message-ID: <8e10486b0611300727r18443c79yc348a856aca5f4d8@mail.gmail.com> Date: Thu, 30 Nov 2006 13:27:11 -0200 From: "Alexandre Biancalana" To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: OpenLDAP crash on write operation with syncprov overlay enabled X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 15:27:19 -0000 Hi list, I'm migration an OpenLDAP server from Debian linux to FreeBSD 6-STABLE. I exported the database from old server with slapcat and impoted at Free without any problems. But when I enable syncprov overlay and do any write operation (ie.: ldapmodify) on the base the OpenLDAP crash with signal 11. I tested with FreeBSD 6-STABLE (cvsuped sources yesterday), FreeBSD 5-STABLE (cvsuped one month ago) with OpenLDAP 2.3 and 2.4 installed through ports and packages, on diferent machines PIII SMP, Semprom UP, Centrino UP, P4 UP. The problem just ocurs when the syncprov overlay is enabled. Trying to debug this I run slapd through gdb: Pink:/usr/local/etc/openldap # gdb /usr/local/libexec/slapd GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... (gdb) run -u ldap -g ldap -d 1 Starting program: /usr/local/libexec/slapd -u ldap -g ldap -d 1 (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...@(#) $OpenLDAP: slapd 2.3.30 (Nov 30 2006 11:44:46) $ .(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...@(#) $OpenLDAP: slapd 2.3.30 (Nov 30 2006 11:44:46) $ Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 3 (LWP 100229)] 0x0807f954 in fe_op_abandon () (gdb) bt #0 0x0807f954 in fe_op_abandon () #1 0x0807f957 in fe_op_abandon () #2 0x0807f957 in fe_op_abandon () #3 0x0807f957 in fe_op_abandon () #4 0x0807f957 in fe_op_abandon () #5 0x0807f957 in fe_op_abandon () #6 0x0807f957 in fe_op_abandon () #7 0x0807f957 in fe_op_abandon () #8 0x0807f957 in fe_op_abandon () #9 0x0807f957 in fe_op_abandon () #10 0x0807f957 in fe_op_abandon () #11 0x0807f957 in fe_op_abandon () #12 0x0807f957 in fe_op_abandon () #13 0x0807f957 in fe_op_abandon () #14 0x0807f957 in fe_op_abandon () #15 0x0807f957 in fe_op_abandon () #16 0x0807f957 in fe_op_abandon () #17 0x0807f957 in fe_op_abandon () #18 0x0807f957 in fe_op_abandon () #19 0x0807f957 in fe_op_abandon () #20 0x0807f957 in fe_op_abandon () #21 0x0807f957 in fe_op_abandon () #22 0x0807f957 in fe_op_abandon () #23 0x0807f957 in fe_op_abandon () #24 0x0807f957 in fe_op_abandon () #25 0x0807f957 in fe_op_abandon () #26 0x0807f957 in fe_op_abandon () #27 0x0807f957 in fe_op_abandon () #28 0x0807f957 in fe_op_abandon () .... #29406 0x0807f957 in fe_op_abandon () #29407 0x0807f957 in fe_op_abandon () #29408 0x0807f957 in fe_op_abandon () ^^^^^^^^^ ---> This look's like never end..... Follow my slapd.conf: ============================ include /usr/local/etc/openldap/schema/core.schema include /usr/local/etc/openldap/schema/cosine.schema include /usr/local/etc/openldap/schema/inetorgperson.schema include /usr/local/etc/openldap/schema/nis.schema include /usr/local/etc/openldap/schema/samba.schema loglevel 1 8 16 256 512 16384 pidfile /var/run/openldap/slapd.pid argsfile /var/run/openldap/slapd.args modulepath /usr/local/libexec/openldap moduleload back_hdb sizelimit unlimited overlay syncprov syncprov-checkpoint 100 10 syncprov-sessionlog 200 access to dn.base="" by self write by * auth access to attrs=userPassword by self write by * auth access to attrs=shadowLastChange by self write by * read access to * by * read by anonymous auth database hdb suffix "dc=company,dc=com" rootdn "cn=root,dc=company,dc=com" rootpw my_secret_password directory /var/db/openldap-data index objectClass eq index cn pres,sub,eq index sn pres,sub,eq index uid pres,sub,eq index displayName pres,sub,eq index uidNumber eq index gidNumber eq index memberUID eq index sambaSID eq index sambaPrimaryGroupSID eq index sambaDomainName eq index default sub index entryCSN eq index entryUUID eq I'm very pleased to someone that could help me to figure out where is the problem.... Best Regards, Alexandre Biancalana