Re: OpenLDAP 2.4.31 on FreeBSD 10.0-CURRENT/amd64 broken!

From: Chris Rees <utisoft_at_gmail.com>
Date: Sat, 5 May 2012 17:34:14 +0100
On 5 May 2012 16:55, "Hartmann, O." <ohartman_at_zedat.fu-berlin.de> 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
Received on Sat May 05 2012 - 14:34:17 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:26 UTC