[Dovecot] Dovecot 2.0beta4 HG 11014: Crashes on parsing settings via LMTP service
Hi,
unfortunately no core was dumped. Let me know if you need more info to debug.
==> /var/log/dovecot.log <== Mar 27 08:13:38 spectre dovecot: lmtp(8362): Connect from local Mar 27 08:13:38 spectre dovecot: lmtp(8362): Panic: file settings-parser.c: line 1501 (settings_link_get_new): assertion failed: (diff + sizeof(*old_link->array) <= old_link->parent->info->struct_size) Mar 27 08:13:38 spectre dovecot: lmtp(8362): Raw backtrace: /usr/lib/dovecot/libdovecot.so.0 [0x7f055dec6712] -> /usr/lib/dovecot/libdovecot.so.0 [0x7f055dec677a] -> /usr/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f055dec6b23] -> /usr/lib/dovecot/libdovecot.so.0 [0x7f055dea6993] -> /usr/lib/dovecot/libdovecot.so.0(settings_parser_dup+0x1d2) [0x7f055dea6be2] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_storage_service_lookup+0x191) [0x7f055e1370c1] -> dovecot/lmtp(cmd_rcpt+0x4d4) [0x407924] -> dovecot/lmtp(client_input_handle+0x19b) [0x4066db] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xcb) [0x7f055ded144b] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x18) [0x7f055ded05c8] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f055dec0323] -> dovecot/lmtp(main+0x123) [0x405bf3] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x7f055d74d1a6] -> dovecot/lmtp [0x4059f9] Mar 27 08:13:38 spectre dovecot: master: service(lmtp): child 8362 killed with signal 6 (core not dumped)
Regards Thomas
On 27.3.2010, at 9.19, Thomas Leuxner wrote:
Mar 27 08:13:38 spectre dovecot: lmtp(8362): Connect from local Mar 27 08:13:38 spectre dovecot: lmtp(8362): Panic: file settings-parser.c: line 1501 (settings_link_get_new): assertion failed: (diff + sizeof(*old_link->array) <= old_link->parent->info->struct_size)
Immediate after connecting? Or after some command? Anyway, no, I can't reproduce it. dovecot -n might help.
Am 27.03.2010 um 08:29 schrieb Timo Sirainen:
On 27.3.2010, at 9.19, Thomas Leuxner wrote:
Mar 27 08:13:38 spectre dovecot: lmtp(8362): Connect from local Mar 27 08:13:38 spectre dovecot: lmtp(8362): Panic: file settings-parser.c: line 1501 (settings_link_get_new): assertion failed: (diff + sizeof(*old_link->array) <= old_link->parent->info->struct_size)
Immediate after connecting? Or after some command? Anyway, no, I can't reproduce it. dovecot -n might help.
So here's all I have, with what Postfix sees upon delivery:
==> /var/log/mail.log <== Mar 27 08:29:30 spectre postfix/qmgr[20867]: 4E84D407F: from=tss@iki.fi, size=1614, nrcpt=1 (queue active) Mar 27 08:29:30 spectre postfix/lmtp[8556]: 4E84D407F: to=tlx@leuxner.net, relay=spectre.leuxner.net[private/dovecot-lmtp], delay=14, delays=14/0/0/0, dsn=4.4.2, status=deferred (lost connection with spectre.leuxner.net[private/dovecot-lmtp] while sending MAIL FROM)
# 2.0.beta4: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.4 auth_verbose = yes mail_location = mdbox:~/mdbox mail_plugins = acl quota namespace { hidden = no inbox = yes location = prefix = separator = / type = private } namespace { list = yes location = maildir:/var/vmail/public:LAYOUT=fs:INDEX=~/public prefix = Public/ separator = / subscriptions = no type = public } passdb { args = username_format=%u /var/vmail/auth.d/%d/passwd driver = passwd-file } plugin { acl = vfile:/var/vmail/conf.d/%d/acls:cache_secs=300 mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename quota = dict:user::file:%h/mdbox/dovecot-quota quota_rule = *:storage=1GB quota_rule2 = Trash:storage=10%% sieve = ~/.dovecot.sieve sieve_dir = ~/sieve sieve_global_dir = /var/vmail/conf.d/%d/sieve } protocols = imap lmtp service auth-worker { user = doveauth } service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } user = doveauth } service imap-login { inet_listener imap { address = 1.2.3.4 port = 143 } inet_listener imaps { port = 0 } } service lmtp { unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix mode = 0660 user = postfix } } ssl_cert =
Steps to reproduce failure:
a) do fresh start of Dovecot instance b) fire mail to myself via mail-client (not crashed yet), reply to my own mail afterwards (crashes 100%)
Does not make a difference whether using Unix or Inet sockets for the LMTP part.
Hope that helps to narrow down…
Thomas
Crashes when the lmtp process has delivered the first message and receives the LHLO in the 2nd connection for the 2nd message. Backtrace is attached.
Regards, Pascal
The trapper recommends today: decade.1008616@localdomain.org
Continuing.
Program received signal SIGABRT, Aborted.
0x00007f0a6ad85f45 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
in ../nptl/sysdeps/unix/sysv/linux/raise.c
#0 0x00007f0a6ad85f45 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
pid = <value optimized out>
selftid = <value optimized out>
#1 0x00007f0a6ad88d80 in *__GI_abort () at abort.c:88
act = {__sigaction_handler = {sa_handler = 0x7fff9b5aa6e0, sa_sigaction = 0x7fff9b5aa6e0}, sa_mask = {__val = {139682731539097, 139682731535023, 140735799797504, 139682731722280, 14692690896,
140735799797712, 139682731535664, 139682718788272, 139682739197120, 206158430224, 4294967295, 140735799797536, 139682731257856, 4217520, 140735799799344, 0}}, sa_flags = 0, sa_restorer = 0x28d858}
sigs = {__val = {32, 0
On 27.3.2010, at 9.19, Thomas Leuxner wrote:
Mar 27 08:13:38 spectre dovecot: lmtp(8362): Panic: file settings-parser.c: line 1501 (settings_link_get_new): assertion failed: (diff + sizeof(*old_link->array) <= old_link->parent->info->struct_size)
http://hg.dovecot.org/dovecot-2.0/rev/b791ebb2c700 should fix it.
Am 29.03.2010 um 16:30 schrieb Timo Sirainen:
On 27.3.2010, at 9.19, Thomas Leuxner wrote:
Mar 27 08:13:38 spectre dovecot: lmtp(8362): Panic: file settings-parser.c: line 1501 (settings_link_get_new): assertion failed: (diff + sizeof(*old_link->array) <= old_link->parent->info->struct_size)
http://hg.dovecot.org/dovecot-2.0/rev/b791ebb2c700 should fix it.
Looks fine with latest changeset: 11016. Thanks Timo :)
participants (3)
-
Pascal Volk
-
Thomas Leuxner
-
Timo Sirainen