http://xi.rename-it.nl 2.2.16-1~auto+10/11/12/13: segfault /var/lib/dovecot/auth OR (db_ldap_connect_delayed):

Tue Mar 17 18:40:10 UTC 2015

Hi,

I mailed Timo S. about this problem this morning.
He fixed it minutes later. Thanks again! :-)

http://hg.dovecot.org/dovecot-2.2/rev/870cb73e5960

André

Am 17.03.2015 um 15:13 schrieb Denny Fuchs:
> hi,
>
> I testing around with Kolab with LDAP and have some strange problems, with the auto generated packages for Wheezy.
>
> On my first test VM, I have 2:2.2.16~rc1-1~auto+4 installed, and everything works as expected. On  a new VM I have 2.2.16-1~auto+13_amd64.deb packages and if I include LDAP backend, I get a segmentation fault on /usr/lib/dovecot/auth:
>
> root at kolab:/etc/dovecot/conf.d# /usr/lib/dovecot/auth
> Segmentation fault
>
> with auto+12 and auto+13
>
> If I downgrade to auto+11 or auto+10 I get:
>
> Mar 17 14:42:59 kolab dovecot: auth: Panic: file db-ldap.c: line 1228 (db_ldap_connect_delayed): assertion failed: (conn->to == NULL)
> Mar 17 14:42:59 kolab dovecot: auth: Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x7b5ef) [0x7f57d815c5ef] -> /usr/lib/dovecot/libdovecot.so.0(+0x7b64e) [0x7f57d815c64e] -> /usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7f57d810b0d5] -> /usr/lib/dovecot/modules/auth/libauthdb_ldap.so(+0x5455) [0x7f57d70e2455] -> dovecot/auth(userdb_init+0x1a) [0x42765a] -> dovecot/auth(auths_init+0xc9) [0x40d979] -> dovecot/auth(main+0x2b5) [0x40cc85] -> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd) [0x7f57d7523ead] -> dovecot/auth() [0x40cee9]
> Mar 17 14:42:59 kolab dovecot: auth: Fatal: master: service(auth): child 1161 killed with signal 6 (core dumps disabled)
> Mar 17 14:42:59 kolab dovecot: master: Error: service(auth): command startup failed, throttling for 2 secs
> Mar 17 14:42:59 kolab dovecot: pop3-login: Disconnected: Auth process broken (disconnected before auth was ready, waited 0 secs): user=<>, rip=::1, lip=::1, secured, session=<1QMUJXwRTQAAAAAAAAAAAAAAAAAAAAAB>
>
> ii  dovecot-sieve                      2:2.2.16~rc1-1~auto+4         amd64        secure POP3/IMAP server - Sieve filters support
> root at kolab:/# ldd /usr/lib/dovecot/modules/auth/libauthdb_ldap.so
> 	linux-vdso.so.1 =>  (0x00007ffc4a1c6000)
> 	libldap_r-2.4.so.2 => /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 (0x00007effe2d1a000)
> 	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007effe2b12000)
> 	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007effe2786000)
> 	liblber-2.4.so.2 => /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2 (0x00007effe2577000)
> 	libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007effe2361000)
> 	libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007effe2145000)
> 	libgnutls.so.26 => /usr/lib/x86_64-linux-gnu/libgnutls.so.26 (0x00007effe1e85000)
> 	libgcrypt.so.11 => /lib/x86_64-linux-gnu/libgcrypt.so.11 (0x00007effe1c06000)
> 	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007effe19e9000)
> 	/lib64/ld-linux-x86-64.so.2 (0x00007effe3180000)
> 	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007effe17e5000)
> 	libtasn1.so.3 => /usr/lib/x86_64-linux-gnu/libtasn1.so.3 (0x00007effe15d3000)
> 	libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007effe13bc000)
> 	libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x00007effe11aa000)
> 	libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007effe0fa6000)
>
>
> Then I copied from my first VM the libauthdb_ldap.so file on the new test VM to /usr/lib/dovecot/modules/auth/libauthdb_ldap.so (remember: ~rc1-1~auto+4) and the result:
>
> root at kolab:/etc/dovecot/conf.d# /usr/lib/dovecot/auth
> Error: LDAP: binding failed (dn cn=Directory Manager): Invalid credentials
>
> and, it works again ...
>
> 	linux-vdso.so.1 =>  (0x00007fffa00c6000)
> 	libldap_r-2.4.so.2 => /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 (0x00007f94b7ec3000)
> 	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f94b7cbb000)
> 	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f94b792f000)
> 	liblber-2.4.so.2 => /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2 (0x00007f94b7720000)
> 	libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f94b750a000)
> 	libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007f94b72ee000)
> 	libgnutls.so.26 => /usr/lib/x86_64-linux-gnu/libgnutls.so.26 (0x00007f94b702e000)
> 	libgcrypt.so.11 => /lib/x86_64-linux-gnu/libgcrypt.so.11 (0x00007f94b6daf000)
> 	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f94b6b92000)
> 	/lib64/ld-linux-x86-64.so.2 (0x00007f94b8328000)
> 	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f94b698e000)
> 	libtasn1.so.3 => /usr/lib/x86_64-linux-gnu/libtasn1.so.3 (0x00007f94b677c000)
> 	libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f94b6565000)
> 	libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x00007f94b6353000)
> 	libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f94b614f000)
>
>
> So, it seems, that there is something broken with the autogenerated packages, or with my fresh installed Wheey VM (KVM AMD64) in combination with LDAP.
>
> any suggestions?
>
> cu denny
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5622 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://dovecot.org/pipermail/dovecot/attachments/20150317/8ad60f1e/attachment-0001.p7s>