From owner-freebsd-bugs@FreeBSD.ORG Mon Mar 5 22:40:04 2007 Return-Path: X-Original-To: freebsd-bugs@hub.freebsd.org Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2199616A403 for ; Mon, 5 Mar 2007 22:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 0258313C47E for ; Mon, 5 Mar 2007 22:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l25Me3qN086562 for ; Mon, 5 Mar 2007 22:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l25Me34Y086561; Mon, 5 Mar 2007 22:40:03 GMT (envelope-from gnats) Resent-Date: Mon, 5 Mar 2007 22:40:03 GMT Resent-Message-Id: <200703052240.l25Me34Y086561@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Sebastian Klemke Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CAB516A402 for ; Mon, 5 Mar 2007 22:30:11 +0000 (UTC) (envelope-from packet@adrenochrome.nl) Received: from sputnix.de (sputnix.de [81.169.166.75]) by mx1.freebsd.org (Postfix) with ESMTP id 370BA13C481 for ; Mon, 5 Mar 2007 22:30:11 +0000 (UTC) (envelope-from packet@adrenochrome.nl) Received: from roterstern.frankenstein13.de (p54BFD7F5.dip.t-dialin.net [84.191.215.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sputnix.de (Postfix) with ESMTP id 3A24742720; Mon, 5 Mar 2007 23:12:42 +0100 (CET) Received: by roterstern.frankenstein13.de (Postfix, from userid 1001) id ECA7C2F65E; Mon, 5 Mar 2007 23:12:40 +0100 (CET) Message-Id: <20070305221240.ECA7C2F65E@roterstern.frankenstein13.de> Date: Mon, 5 Mar 2007 23:12:40 +0100 (CET) From: Sebastian Klemke To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: packet@adrenochrome.nl Subject: kern/109950: unionfs breaks openldap-server23 with bdb back-end X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 22:40:04 -0000 >Number: 109950 >Category: kern >Synopsis: unionfs breaks openldap-server23 with bdb back-end >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 05 22:40:03 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Sebastian Klemke >Release: FreeBSD 6.2-STABLE i386 >Organization: >Environment: System: FreeBSD roterstern.frankenstein13.de 6.2-STABLE FreeBSD 6.2-STABLE #0: Sun Mar 4 16:37:31 CET 2007 root@roterstern.frankenstein13.de:/usr/obj/usr/src/sys/ROTERSTERN i386 src checkout from 2007-03-03, relevant ports: db44-4.4.20.4 libltdl-1.5.22_2 openldap-client-2.3.34 openldap-server-2.3.34 >Description: I use unionfs to mount a FreeBSD world "below" (in the sense of -o below) my jail root directories. This has the negative side-effect, that the Berkeley DB (db44-4.4.20.4) back-end of openldap's slapd (openldap-server-2.3.34) breaks. When I try to populate an empty LDAP tree with some initial object (via ldapadd), slapd produces the following errors in syslog: Mar 5 13:02:43 ldap slapd[7443]: bdb(dc=nerdheim,dc=de): fsync Bad file descriptor Mar 5 13:02:43 ldap slapd[7443]: bdb(dc=nerdheim,dc=de): PANIC: Bad file descriptor Mar 5 13:02:43 ldap slapd[7443]: bdb(dc=nerdheim,dc=de): PANIC: fatal region error detected; run recovery Mar 5 13:02:43 ldap last message repeated 2 times Mar 5 13:02:43 ldap slapd[7443]: bdb(dc=nerdheim,dc=de): PANIC: DB_RUNRECOVERY: Fatal error, run database recovery Mar 5 13:02:43 ldap slapd[7443]: bdb_db_cache: db_open(objectClass) failed: DB_RUNRECOVERY: Fatal error, run database recovery (-30974) After this happens, slapd reports internal errors for all LDAP operations. Restarting rebuilds the database and slapd then works again, until after the next change is performed. Copying the jail root directory to a normal ufs filesystem with soft-updates and noatime and trying to do the same yields no errors. That's why I think unionfs is the culprit. The unionfs is mounted with copymode=transparent. >How-To-Repeat: run slapd with bdb back-end on a unionfs filesystem >Fix: >Release-Note: >Audit-Trail: >Unformatted: