[Problem] libpthread.so.0: failed to map segment from shared object: Cannot allocate memory

[Micha_Btz]

hi,

ich nutze für einen kleinen heimserver dovecot auf einem mips rechner (fritzbox 7320) debian wheezy in einem chroot mit freetz stable 1.2

kernel

fritz:~# cat /proc/version
Linux version 2.6.28.10 (hjortmann@EmbeddedVM) (gcc version 4.4.2 (GCC) ) #9 Wed Dec 22 16:19:11 CET 2010
fritz:~# uname -a
Linux fritz.fonwlan.box 2.6.28.10 #9 Wed Dec 22 16:19:11 CET 2010 mips GNU/Linux

jetzt kommt das update von 2.018 auf 2.1.7 und irgendwas komisches passiert.
der dienst startet wieder, aber er loggt:

    Jul 06 16:31:56 master: Info: Dovecot v2.1.7 starting up (core dumps disabled)
    Jul 06 16:32:03 imap: Error: dovecot/imap: error while loading shared libraries: libpthread.so.0: failed to map segment from shared object: Cannot allocate memory
    Jul 06 16:32:03 imap: Fatal: master: service(imap): child 14515 returned error 127
    Jul 06 16:32:03 master: Error: service(imap): command startup failed, throttling for 2 secs
    Jul 06 16:32:03 imap-login: Error: read(imap) failed: Connection reset by peer
    Jul 06 16:32:03 imap-login: Info: Internal login failure (pid=14512 id=1) (internal failure, 1 succesful auths): user=xxxxx, method=PLAIN, rip=192.168.2.105, lip=192.168.2.1, TLS, session=<FU3bzSvEgADAqAJp>
    Jul 06 16:32:05 imap: Error: dovecot/imap: error while loading shared libraries: libpthread.so.0: failed to map segment from shared object: Cannot allocate memory
    Jul 06 16:32:05 imap: Fatal: master: service(imap): child 14519 returned error 127
    Jul 06 16:32:05 master: Error: service(imap): command startup failed, throttling for 4 secs
    Jul 06 16:32:05 imap-login: Error: read(imap) failed: Connection reset by peer
    Jul 06 16:32:05 imap-login: Info: Internal login failure (pid=14516 id=1) (internal failure, 1 succesful auths): user=xxxx, method=PLAIN, rip=192.168.2.105, lip=192.168.2.1, TLS, session=<dUPnzSvEgQDAqAJp>

sieht aus, als ob die lib fehlt, aber sie ist da:

    fritz:~# ldd /usr/sbin/dovecot

       libdovecot.so.0 => /usr/lib/dovecot/libdovecot.so.0 (0x2aaaa000)
       libc.so.6 => /lib/mips-linux-gnu/libc.so.6 (0x2ab48000)
       libdl.so.2 => /lib/mips-linux-gnu/libdl.so.2 (0x2accc000)
       librt.so.1 => /lib/mips-linux-gnu/librt.so.1 (0x2ace0000)
       /lib/ld.so.1 (0x55550000)
       libpthread.so.0 => /lib/mips-linux-gnu/libpthread.so.0 (0x2acfa000)

jemand ne idee?

danke

 

[er13]

Hmm, steht doch im Titel "Cannot allocate memory". Musst nur rausfinden welchen und wieso. Versuch mal

ulimit -l unlimited

vor dem Wechsel in chroot.

 

[Micha_Btz]

ich habs versucht, aber ulimit hilft nicht

root@fritz:/var/mod/root# ulimit -a
-f: file size (blocks)             unlimited
-t: cpu time (seconds)             unlimited
-d: data seg size (kb)             unlimited
-s: stack size (kb)                unlimited
-c: core file size (blocks)        unlimited
-m: resident set size (kb)         unlimited
-l: locked memory (kb)             unlimited
-p: processes                      unlimited
-n: file descriptors               16384
-v: address space (kb)             unlimited
-w: locks                          unlimited

fehlermeldung bleibt gleich

 

[olistudent]

Passiert zwar im chroot auf der Freetz-Box, aber evtl. könnte man bei dem dovecot Paket Maintainer nachfragen was da passiert oder ist das sogar eine Upstream-Sache von dovecot?

Gruß
Oliver

 

[RalfFriedl]

Ich glaube nicht, dass es viel mit dovecot zu tun hat, schließlich geht es um das Laden einer System-Library.

Ich würde mal mit strace schauen, was genau passiert.

 

[Micha_Btz]

wie immer, wenn mans weiß, ist die lösung simpel. default_vsz_limit = 6M, reicht für die neue version nicht mehr aus. ich habe den wert jetzt auf 16M gesetzt und schon rennt er.