NetBSD Problem Report #39500

From tron@zhadum.org.uk  Sun Sep  7 22:27:35 2008
Return-Path: <tron@zhadum.org.uk>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by narn.NetBSD.org (Postfix) with ESMTP id 2806763B853
	for <gnats-bugs@gnats.NetBSD.org>; Sun,  7 Sep 2008 22:27:35 +0000 (UTC)
Message-Id: <200809072227.m87MRVpN001353@colwyn.zhadum.org.uk>
Date: Sun, 7 Sep 2008 23:27:31 +0100 (BST)
From: tron@zhadum.org.uk
Reply-To: tron@zhadum.org.uk
To: gnats-bugs@gnats.NetBSD.org
Subject: OpenLDAP server doesn't work with DB 4.7.*
X-Send-Pr-Version: 3.95

>Number:         39500
>Category:       pkg
>Synopsis:       OpenLDAP server doesn't work with DB 4.7.*
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    tron
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Sep 07 22:30:00 +0000 2008
>Closed-Date:    Wed Sep 10 07:15:37 +0000 2008
>Last-Modified:  Wed Sep 10 07:15:37 +0000 2008
>Originator:     Matthias Scheler
>Release:        NetBSD 4.0_STABLE pkgsrc HEAD from 2008-09-07
>Organization:
Matthias Scheler                                  http://zhadum.org.uk/
>Environment:
System: NetBSD colwyn.zhadum.org.uk 4.0_STABLE NetBSD 4.0_STABLE (COLWYN) #1: Sun Aug 24 07:37:23 BST 2008 tron@colwyn.zhadum.org.uk:/src/sys/compile/COLWYN i386
Architecture: i386
Machine: i386
>Description:
I've got the latest versions of the "db4" and "openldap-server" package
installed on my system:

db4-4.7.25.1        Berkeley DB version 4 from Oracle
openldap-server-2.4.11nb1 Lightweight Directory Access Protocol server suite

This combination doesn't work unfortunately. The "slapd" server starts up
but fails to handle requests which try to modify the repository. I don't
know whether it can handle queries properly because I had to rebuilt the
repository from scratch as DB 4.7.* is refusing to read a database
created by DB 4.6.*.

Here is output produced by "slapd -d 1 ...". It starts when "ldapmodify"
tries to connect:

slap_listener_activate(7): 
>>> slap_listener(ldap:///)
connection_get(12): got connid=1
connection_read(12): checking for input on id=1
ber_get_next
ber_get_next: tag 0x30 len 58 contents:
ber_get_next
conn=1 op=0 do_bind
ber_scanf fmt ({imt) ber:
ber_scanf fmt (m}) ber:
>>> dnPrettyNormal: <cn=root,dc=zhadum,dc=org,dc=uk>
<<< dnPrettyNormal: <cn=root,dc=zhadum,dc=org,dc=uk>, <cn=root,dc=zhadum,dc=org,dc=uk>
do_bind: version=3 dn="cn=root,dc=zhadum,dc=org,dc=uk" method=128
do_bind: v3 bind: "cn=root,dc=zhadum,dc=org,dc=uk" to "cn=root,dc=zhadum,dc=org,dc=uk"
send_ldap_result: conn=1 op=0 p=3
send_ldap_response: msgid=1 tag=97 err=0
ber_flush2: 14 bytes to sd 12
connection_get(12): got connid=1
connection_read(12): checking for input on id=1
ber_get_next
ber_get_next: tag 0x30 len 125 contents:
ber_get_next
conn=1 op=1 do_modify
ber_scanf fmt ({m) ber:
ber_scanf fmt ({e{m[W]}}) ber:
ber_scanf fmt ({e{m[W]}}) ber:
ber_scanf fmt ({e{m[W]}}) ber:
>>> dnPrettyNormal: <dc=zhadum,dc=org,dc=uk>
<<< dnPrettyNormal: <dc=zhadum,dc=org,dc=uk>, <dc=zhadum,dc=org,dc=uk>
bdb_dn2entry("dc=zhadum,dc=org,dc=uk")
bdb_dn2entry("dc=zhadum,dc=org,dc=uk")
bdb_modify_internal: 0x00000001: dc=zhadum,dc=org,dc=uk
oc_check_required entry (dc=zhadum,dc=org,dc=uk), objectClass "dcObject"
oc_check_required entry (dc=zhadum,dc=org,dc=uk), objectClass "organizationalUnit"
oc_check_allowed type "structuralObjectClass"
oc_check_allowed type "entryUUID"
oc_check_allowed type "creatorsName"
oc_check_allowed type "createTimestamp"
oc_check_allowed type "dc"
oc_check_allowed type "objectClass"
oc_check_allowed type "ou"
oc_check_allowed type "entryCSN"
oc_check_allowed type "modifiersName"
oc_check_allowed type "modifyTimestamp"
=> key_change(ADD,1)
<= key_change 0
=> key_change(ADD,1)
<= key_change 0
=> key_change(ADD,1)
<= key_change 0
=> entry_encode(0x00000001): dc=zhadum,dc=org,dc=uk
bdb_modify: updated id=00000001 dn="dc=zhadum,dc=org,dc=uk"
send_ldap_result: conn=1 op=1 p=3
send_ldap_response: msgid=2 tag=103 err=0
ber_flush2: 14 bytes to sd 12
connection_get(12): got connid=1
connection_read(12): checking for input on id=1
ber_get_next
ber_get_next: tag 0x30 len 92 contents:
ber_get_next
conn=1 op=2 do_add
ber_scanf fmt ({m) ber:
ber_scanf fmt ({m{W}}) ber:
ber_scanf fmt ({m{W}}) ber:
ber_scanf fmt (}) ber:
>>> dnPrettyNormal: <ou=users,dc=zhadum,dc=org,dc=uk>
<<< dnPrettyNormal: <ou=users,dc=zhadum,dc=org,dc=uk>, <ou=users,dc=zhadum,dc=org,dc=uk>
bdb_dn2entry("ou=users,dc=zhadum,dc=org,dc=uk")
=> bdb_dn2id("ou=users,dc=zhadum,dc=org,dc=uk")

The server process hangs afterwards. It can only be killed by "kill -9".

>How-To-Repeat:
1.) Upgrade the "db4" and "openldap-server" packages to their latest version.
2.) Try to modify the LDAP directory with "ldapmodify".

>Fix:
Not known.

>Release-Note:

>Audit-Trail:
From: Matthias Scheler <tron@zhadum.org.uk>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/39500: OpenLDAP server doesn't work with DB 4.7.*
Date: Mon, 8 Sep 2008 18:21:05 +0100

 On Sun, Sep 07, 2008 at 10:30:00PM +0000, gnats-admin@NetBSD.org wrote:
 > Thank you very much for your problem report.
 > It has the internal identification `pkg/39500'.
 > The individual assigned to look at your
 > report is: pkg-manager. 
 > 
 > >Category:       pkg
 > >Responsible:    pkg-manager
 > >Synopsis:       OpenLDAP server doesn't work with DB 4.7.*
 > >Arrival-Date:   Sun Sep 07 22:30:00 +0000 2008

 I've just tried to reproduce the bug on a NetBSD/amd64 4.99.72 system
 and couldn't. I wonder whether this is bug related to POSIX threads.

 	Kind regards

 -- 
 Matthias Scheler                                  http://zhadum.org.uk/

Responsible-Changed-From-To: pkg-manager->tron
Responsible-Changed-By: tron@NetBSD.org
Responsible-Changed-When: Tue, 09 Sep 2008 22:21:48 +0000
Responsible-Changed-Why:
Somebody has to clean up this mess.


From: Matthias Scheler <tron@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/39500 CVS commit: pkgsrc/databases
Date: Tue,  9 Sep 2008 22:23:33 +0000 (UTC)

 Module Name:	pkgsrc
 Committed By:	tron
 Date:		Tue Sep  9 22:23:33 UTC 2008

 Modified Files:
 	pkgsrc/databases: Makefile
 Added Files:
 	pkgsrc/databases/db46: DESCR Makefile PLIST buildlink3.mk distinfo
 	    hacks.mk
 	pkgsrc/databases/db46/patches: patch-aa patch-ab patch-ac

 Log Message:
 Re-add Berkeley DB 4.6.21 as "db46" package. This package can coexist
 with the "db4" package without problems. This is the first half of the
 fix for PR pkg/39500.


 To generate a diff of this commit:
 cvs rdiff -r1.268 -r1.269 pkgsrc/databases/Makefile
 cvs rdiff -r0 -r1.1 pkgsrc/databases/db46/DESCR \
     pkgsrc/databases/db46/Makefile pkgsrc/databases/db46/PLIST \
     pkgsrc/databases/db46/buildlink3.mk pkgsrc/databases/db46/distinfo \
     pkgsrc/databases/db46/hacks.mk
 cvs rdiff -r0 -r1.1 pkgsrc/databases/db46/patches/patch-aa \
     pkgsrc/databases/db46/patches/patch-ab \
     pkgsrc/databases/db46/patches/patch-ac

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

From: Matthias Scheler <tron@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/39500 CVS commit: pkgsrc/databases/openldap-server
Date: Tue,  9 Sep 2008 22:25:02 +0000 (UTC)

 Module Name:	pkgsrc
 Committed By:	tron
 Date:		Tue Sep  9 22:25:02 UTC 2008

 Modified Files:
 	pkgsrc/databases/openldap-server: Makefile options.mk

 Log Message:
 Depend on the "db46" package under NetBSD versions that use SA threads.
 Bump package revision.

 This is the second half of the fix for PR pkg/39500.


 To generate a diff of this commit:
 cvs rdiff -r1.14 -r1.15 pkgsrc/databases/openldap-server/Makefile
 cvs rdiff -r1.5 -r1.6 pkgsrc/databases/openldap-server/options.mk

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

State-Changed-From-To: open->closed
State-Changed-By: tron@NetBSD.org
State-Changed-When: Wed, 10 Sep 2008 07:15:37 +0000
State-Changed-Why:
The "openldap-server" package now uses the "db64" package under NetBSD versions
with SA threads. That fixes the observed hangs.


>Unformatted:

Home	PR Database Search