[Dovecot] Dovecat crash signal 11 core dump
Vpopmail 5.5.0
Dovecot -n # 2.0.rc1: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.31.5-127.fc12.i686.PAE i686 Fedora release 12 (Constantine) auth_debug = yes auth_debug_passwords = yes auth_verbose = yes debug_log_path = /var/log/dovecot default_internal_user = vpopmail disable_plaintext_auth = no log_path = /var/log/dovecot mail_debug = yes mail_gid = 508 mail_location = maildir: /home/vpopmail/domains/%d/%n/Maildir mail_uid = 508 passdb { args = cache_key=%u%s:backend=%q driver = vpopmail } service auth { unix_listener auth-userdb { group = vpopmail user = vpopmail } } ssl = no userdb { driver = vpopmail } protocol imap { imap_client_workarounds = tb-extra-mailbox-sep mail_max_userip_connections = 20 }
Problem:
Jul 08 12:35:08 auth: Debug: Loading modules from directory:
/usr/local/lib/dovecot/auth
Jul 08 12:35:08 auth: Debug: new auth connection: pid=5514
Jul 08 12:35:08 auth: Debug: client in: AUTH 1 PLAIN
service=imap lip=30.30.14.22 rip=192.168.0.100 lport=143
rport=53112
Jul 08 12:35:08 auth: Debug: client out: CONT 1
Jul 08 12:35:08 auth: Debug: client in: CONT 1
AHJraXJieaBteUxprmV1cC5jb20AYWJzcmNr
Jul 08 12:35:08 auth: Debug: vpopmail(user@mydomain.com,192.168.0.100):
lookup user=user domain=mydomain.com
Jul 08 12:35:08 auth: Debug: client out: OK 1 user=user@mydomain.com
Jul 08 12:35:08 auth: Debug: master in: REQUEST 1 5514 1
4a87d9ed9185eb0794667c5f7adb724f
Jul 08 12:35:08 auth: Debug: vpopmail(user@mydomain.com,192.168.0.100):
lookup user=user domain=mydomain.com
Jul 08 12:35:08 master: Error: service(auth): child 5516 killed with signal 11 (core dumped) Jul 08 12:35:08 master: Error: service(auth): command startup failed, throttling
Jul 08 12:35:08 imap-login: Info: Internal login failure (auth failed, 1 attempts): user=<user@mydomain.com>, method=PLAIN, rip=192.168.0.100, lip=30.30.14.22, mpid=5517
Thanks
On 8.7.2010, at 19.57, Ray Kirby wrote:
Jul 08 12:35:08 master: Error: service(auth): child 5516 killed with signal 11 (core dumped)
Could you get a gdb backtrace? It said core dumped, so there should be one in base_dir (doveconf base_dir). Then you can do:
gdb /usr/local/libexec/dovecot/auth /usr/local/var/run/dovecot/core bt full
or something
On Friday 09 of July 2010 03:07:00 Timo Sirainen wrote:
On 8.7.2010, at 19.57, Ray Kirby wrote:
Jul 08 12:35:08 master: Error: service(auth): child 5516 killed with signal 11 (core dumped)
Could you get a gdb backtrace? It said core dumped, so there should be one in base_dir (doveconf base_dir). Then you can do:
gdb /usr/local/libexec/dovecot/auth /usr/local/var/run/dovecot/core bt full
or something
beware, if you have abrt enabled, it can steal/delete "wrong" core file (/var/log/messages): ... abrtd: Package 'dovecot' isn't signed with proper key ... abrtd: Corrupted or bad crash /var/cache/abrt/ccpp-1278658383-11426 (res:5), deleting
We do not ship dovecot 2.0 in Fedora 12, so you have probably your own dovecot installed from source or3rd party rpm, in that case (if abrt steals/delete core file) check you have OpenGPGCheck = no ProcessUnpackaged = yes in your /etc/abrt/abrt.conf if not, change these values and restart abrtd daemon.
You will find core file in /var/chache/abrt/ccpp-*/coredump
second option is MakeCompatCore = yes in /etc/abrt/plugin/CCpp.conf which will keep core file in place - and add following line in the log/messages: abrt[11432]: saved core dump of pid 11426 to /var/run/dovecot/core.11426 (466944 bytes)
NOTE:for official fedora packages, core dumps are always collected by abrt and accessible in /var/cache/abrt/ directory by default, so no need to change anything
Michal
participants (3)
-
Michal Hlavinka
-
Ray Kirby
-
Timo Sirainen