From owner-freebsd-current@FreeBSD.ORG Sat May 5 16:43:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0829106566C; Sat, 5 May 2012 16:43:46 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 587608FC0A; Sat, 5 May 2012 16:43:46 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SQi5B-00049N-Lu>; Sat, 05 May 2012 18:43:45 +0200 Received: from e178019154.adsl.alicedsl.de ([85.178.19.154] helo=munin.geoinf.fu-berlin.de) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SQi5B-000504-Gu>; Sat, 05 May 2012 18:43:45 +0200 Message-ID: <4FA558C0.501@zedat.fu-berlin.de> Date: Sat, 05 May 2012 18:43:44 +0200 From: "Hartmann, O." Organization: FU Berlin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120504 Thunderbird/12.0.1 MIME-Version: 1.0 To: Chris Rees References: <4FA54D4A.4050703@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.19.154 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: OpenLDAP 2.4.31 on FreeBSD 10.0-CURRENT/amd64 broken! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 May 2012 16:43:46 -0000 On 05/05/12 18:34, Chris Rees wrote: > On 5 May 2012 16:55, "Hartmann, O." wrote: >> >> Hello lists. >> >> Since Friday, I have on all of our FreeBSD 10.0-CURRENT/amd64 boxes >> massive trouble with net/openldap24-server (SASL enabled, so it is >> openldap-sasl-server). >> >> Last time OpenLDAP worked was Thursday last week, when obviously a >> problematic update to the OS was made - it is a wild guess, since I did >> daily make world and by the end of the day after the last make world >> things went worse. I'm sorry having no SVN release tag handy. >> >> Well, here some facts. >> >> 1) The update of net/openldap24-server has been performed earlier this >> month and has been run successfully (2.4.31). >> >> 2) It doesn't matter whether OpenLDAP is compiled with CLANG 3.1 or >> legacy GCC 4.2.1, compiled with CLANG, slapd(8C) coredumps immediately, >> compiled with gcc, it starts, but when slapd(8C) gets accessed, it >> coredumps immediately. A simple "id ohartmann" is enough. >> >> 3) I recompiled OpenLDAP 2.4.31 client and server and it requisites via >> "portmaster -f net/openldap24-server|client. No effect/success. I also >> recompiled every port used with OpenLDAP: security/pam_ldap and >> net/nss_ldap. >> >> 4) OpenLDAP server uses DB5 based backend. >> >> 5) The very same configuration (copied slap.d folder's .ldif files) >> works fine on FreeBSD 9.0-STABLE/amd64, even compiled with CLANG. This >> makes me believe this is a FreeBSD 10.0-CURRENT specific bug. >> >> 6) Following is a truss output of the following comand issued: >> >> /usr/local/libexec/slapd -d32 -o ldap -g ldap -F >> /usr/local/etc/openldap/slapd.d : >> >> [...] >> connect(8,{ AF_INET 192.168.0.128:389 },16) ERR#61 'Connection > refused' >> shutdown(8,SHUT_RDWR) ERR#54 'Connection >> reset by pee >> r' >> close(8) = 0 (0x0) >> clock_gettime(13,{1336231852.000000000 }) = 0 (0x0) >> getpid() = 84297 (0x14949) >> sendto(3,"<163>May 5 17:30:52 slapd[84297"...,97,0x0,NULL,0x0) = 97 > (0x61) >> > sigprocmask(SIG_SETMASK,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGF >> > PE|SIGKILL|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP| >> > SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH >> |SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) >> sigaction(SIGPIPE,{ SIG_DFL SA_RESTART ss_t },{ SIG_IGN 0x0 ss_t }) = 0 >> (0x0) >> sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) >> 4fa547ac ldif_read_file: checksum error on >> "/usr/local/etc/openldap/slapd.d//cn= >> config/olcDatabase={1}hdb.ldif" >> 4fa547ac hdb_db_open: database "dc=walstatt,dc=dyndns,dc=org": unclean >> shutdown >> detected; attempting recovery. >> 4fa547ad hdb_db_open: database "cn=accesslog": unclean shutdown >> detected; attemp >> ting recovery. >> 4fa547ad slapd starting >> SIGNAL 11 (SIGSEGV) >> setgroups(0x1,0x802c7a000,0x802c7c001,0xffffffff,0x0,0x0) ERR#4 >> 'Interrupted sys >> tem call' >> process exit, rval = 0 >> >> >> 7) Desperately, I tried nearly every variation of the configurable >> "overlays", even those my configuration doesn't use. But this seems >> nonesense since OpenLDAP worked before. >> >> I'm floating like a dead man in the water and I was wondering if someone >> else doesn't face this problem. FreeBSD is said to be run in large >> environments, so at least one should have OpenLDAP as user backend >> running ... >> >> I need some help in this case. >> > > Why are you running -CURRENT in production? > > Chris > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Some has to report problems in the field and the new hardware in our science lab benefits from some advantages in FBSD 10, at least LLVM/CLANG 3.1.