Aki Tuomi
2016-Sep-01 12:17 UTC
2.2.25 dumps core with "Panic: file imap-client.c: line 837 (client_check_command_hangs): assertion failed: (client->io != NULL)"
On 01.09.2016 14:20, Piper Andreas wrote:> Hello Timo, > > with the newly build CSW-package the crashes still occur, today already > twice within two hours. The log shows always the same: > > Sep 1 11:50:13 surz113 dovecot: [ID 583609 mail.crit] imap(user): > Panic: file imap-client.c: line 837 (client_check_command_hangs): > assertion failed: (client->io != NULL) > Sep 1 11:50:13 surz113 dovecot: [ID 583609 mail.error] imap(user): > Error: Raw backtrace: 0xffff80ffb633d88d -> 0xffff80ffb636ae82 -> > 0x41eba0 -> 0x41ecf3 -> 0xffff80ffb635d248 -> 0xffff80ffb6350d2f -> > 0xffff80ffb63519e0 -> 0xffff80ffb6350dce -> 0xffff80ffb6350f90 -> > 0xffff80ffb62e3ebb -> 0x42f169 -> 0x41292c > Sep 1 11:50:13 surz113 dovecot: [ID 583609 mail.crit] imap(user): > Fatal: master: service(imap): child 11227 killed with signal 6 (core not > dumped - set service imap { drop_priv_before_exec=yes }) > > This happens with different users, the last one with a relatively small > mailbox of 600MB. > > doveconf -n is attached. > > Dovecot 2.2.25 > OS: Solaris 11 (SunOS 5.11 11.3 i86pc i386 i86pc) > Virtualization: VMware > Filesystem: ZFS > active users: ~4000 > > The system was transferred at beginning of last week from an old > SPARC-station with Solaris 10 running dovecot-2.2.15 to this virtualized > platform under VMware. The mailboxes (maildir-format) were transferred > without change by switching the storage-hardware to the new server. I > had to remove all dovecot.index*-files for errors of "CPU Architecture > changed", but after doing this all seemed to work ok except for these > occasional crashes. > > If you need more information, please let me know. > > Thanks for any help, > Andreas > >> Hi Jake, >> >> thanks for fixing this. I have installed now the newly built package on >> my production system and will report, if any more core dumps occur. >> >> Regards, >> Andreas >>Hi! Is it possible for you test out a small patch (attached) to see if it fixes this issue? Aki -------------- next part -------------- A non-text attachment was scrubbed... Name: test.diff Type: text/x-patch Size: 569 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20160901/c229a18d/attachment.bin>
Piper Andreas
2016-Sep-02 04:54 UTC
2.2.25 dumps core with "Panic: file imap-client.c: line 837 (client_check_command_hangs): assertion failed: (client->io != NULL)"
Am 01.09.2016 um 14:17 schrieb Aki Tuomi:> > > On 01.09.2016 14:20, Piper Andreas wrote: >> Hello Timo, >> >> with the newly build CSW-package the crashes still occur, today already >> twice within two hours. The log shows always the same: >> >> Sep 1 11:50:13 surz113 dovecot: [ID 583609 mail.crit] imap(user): >> Panic: file imap-client.c: line 837 (client_check_command_hangs): >> assertion failed: (client->io != NULL) >> Sep 1 11:50:13 surz113 dovecot: [ID 583609 mail.error] imap(user): >> Error: Raw backtrace: 0xffff80ffb633d88d -> 0xffff80ffb636ae82 -> >> 0x41eba0 -> 0x41ecf3 -> 0xffff80ffb635d248 -> 0xffff80ffb6350d2f -> >> 0xffff80ffb63519e0 -> 0xffff80ffb6350dce -> 0xffff80ffb6350f90 -> >> 0xffff80ffb62e3ebb -> 0x42f169 -> 0x41292c >> Sep 1 11:50:13 surz113 dovecot: [ID 583609 mail.crit] imap(user): >> Fatal: master: service(imap): child 11227 killed with signal 6 (core not >> dumped - set service imap { drop_priv_before_exec=yes }) >> >> This happens with different users, the last one with a relatively small >> mailbox of 600MB. >> >> doveconf -n is attached. >> >> Dovecot 2.2.25 >> OS: Solaris 11 (SunOS 5.11 11.3 i86pc i386 i86pc) >> Virtualization: VMware >> Filesystem: ZFS >> active users: ~4000 >> >> The system was transferred at beginning of last week from an old >> SPARC-station with Solaris 10 running dovecot-2.2.15 to this virtualized >> platform under VMware. The mailboxes (maildir-format) were transferred >> without change by switching the storage-hardware to the new server. I >> had to remove all dovecot.index*-files for errors of "CPU Architecture >> changed", but after doing this all seemed to work ok except for these >> occasional crashes. >> >> If you need more information, please let me know. >> >> Thanks for any help, >> Andreas >> >>> Hi Jake, >>> >>> thanks for fixing this. I have installed now the newly built package on >>> my production system and will report, if any more core dumps occur. >>> >>> Regards, >>> Andreas >>> > > Hi! > > Is it possible for you test out a small patch (attached) to see if it > fixes this issue? > > Aki >Hello and thanks for this patch, I will try to have it implemented by the OpenCSW-maintainers for a test version as I do not have a compilation environment ready at hand. I'll report the results asap. Thanks again, Andreas -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5176 bytes Desc: S/MIME Cryptographic Signature URL: <http://dovecot.org/pipermail/dovecot/attachments/20160902/6c378119/attachment.p7s>
Piper Andreas
2016-Sep-12 06:02 UTC
2.2.25 dumps core with "Panic: file imap-client.c: line 837 (client_check_command_hangs): assertion failed: (client->io != NULL)"
Am 01.09.2016 um 14:17 schrieb Aki Tuomi:> > > On 01.09.2016 14:20, Piper Andreas wrote: >> Hello Timo, >> >> with the newly build CSW-package the crashes still occur, today already >> twice within two hours. The log shows always the same: >> >> Sep 1 11:50:13 surz113 dovecot: [ID 583609 mail.crit] imap(user): >> Panic: file imap-client.c: line 837 (client_check_command_hangs): >> assertion failed: (client->io != NULL) >> Sep 1 11:50:13 surz113 dovecot: [ID 583609 mail.error] imap(user): >> Error: Raw backtrace: 0xffff80ffb633d88d -> 0xffff80ffb636ae82 -> >> 0x41eba0 -> 0x41ecf3 -> 0xffff80ffb635d248 -> 0xffff80ffb6350d2f -> >> 0xffff80ffb63519e0 -> 0xffff80ffb6350dce -> 0xffff80ffb6350f90 -> >> 0xffff80ffb62e3ebb -> 0x42f169 -> 0x41292c >> Sep 1 11:50:13 surz113 dovecot: [ID 583609 mail.crit] imap(user): >> Fatal: master: service(imap): child 11227 killed with signal 6 (core not >> dumped - set service imap { drop_priv_before_exec=yes }) >> >> This happens with different users, the last one with a relatively small >> mailbox of 600MB. >> >> doveconf -n is attached. >> >> Dovecot 2.2.25 >> OS: Solaris 11 (SunOS 5.11 11.3 i86pc i386 i86pc) >> Virtualization: VMware >> Filesystem: ZFS >> active users: ~4000 >> >> The system was transferred at beginning of last week from an old >> SPARC-station with Solaris 10 running dovecot-2.2.15 to this virtualized >> platform under VMware. The mailboxes (maildir-format) were transferred >> without change by switching the storage-hardware to the new server. I >> had to remove all dovecot.index*-files for errors of "CPU Architecture >> changed", but after doing this all seemed to work ok except for these >> occasional crashes. >> >> If you need more information, please let me know. >> >> Thanks for any help, >> Andreas >> >>> Hi Jake, >>> >>> thanks for fixing this. I have installed now the newly built package on >>> my production system and will report, if any more core dumps occur. >>> >>> Regards, >>> Andreas >>> > > Hi! > > Is it possible for you test out a small patch (attached) to see if it > fixes this issue? > > Aki >Hello Aki, your patch missed a trailing '{', which was corrected by the OpenCSW-maintainer, who implemented the patch into a test-version of dovecot-2.2.25 for me. I started this version on my production system on Friday morning (09. Sep, 07:30). After that the server crashed once on Sunday evening (11.Sep, 20:40), but with a completely different error message: Sep 11 20:40:37 surz113 dovecot: [ID 583609 mail.crit] imap(user1): Panic: file imap-fetch.c: line 555 (imap_fetch_more): assertion failed: (ctx->client->output_cmd_lock == NULL || ctx->client->output_cmd_lock =cmd) Sep 11 20:40:37 surz113 dovecot: [ID 583609 mail.error] imap(user1): Error: Raw backtrace: 0xffff80ffb5fcd88d -> 0xffff80ffb5ffae82 -> 0x4225c1 -> 0x4153e5 -> 0x41ffae -> 0x41e4bf -> 0x41e865 -> 0x41ede4 -> 0xffff80ffb5fe0d2f -> 0xffff80ffb5fe19e0 -> 0xffff80ffb5fe0dce -> 0xffff80ffb5fe0f90 -> 0xffff80ffb5f73ebb -> 0x42f169 -> 0x41292c Sep 11 20:40:37 surz113 dovecot: [ID 583609 mail.crit] imap(user1): Fatal: master: service(imap): child 12150 killed with signal 6 (core not dumped - set service imap { drop_priv_before_exec=yes }) May this be related to your patch, or is it something completely different? Thanks and best regards, Andreas -- ________________________________________________________________________ Dr. Andreas Piper, Hochschulrechenzentrum der Philipps-Univ. Marburg Hans-Meerwein-Stra?e, 35032 Marburg, Germany Phone: +49 6421 28-23521 Fax: -26994 E-Mail: piper at HRZ.Uni-Marburg.DE -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5176 bytes Desc: S/MIME Cryptographic Signature URL: <http://dovecot.org/pipermail/dovecot/attachments/20160912/a829ee3e/attachment-0001.p7s>
Aki Tuomi
2016-Sep-12 06:16 UTC
2.2.25 dumps core with "Panic: file imap-client.c: line 837 (client_check_command_hangs): assertion failed: (client->io != NULL)"
On 12.09.2016 09:02, Piper Andreas wrote:> Am 01.09.2016 um 14:17 schrieb Aki Tuomi: >> >> On 01.09.2016 14:20, Piper Andreas wrote: >>> Hello Timo, >>> >>> with the newly build CSW-package the crashes still occur, today already >>> twice within two hours. The log shows always the same: >>> >>> Sep 1 11:50:13 surz113 dovecot: [ID 583609 mail.crit] imap(user): >>> Panic: file imap-client.c: line 837 (client_check_command_hangs): >>> assertion failed: (client->io != NULL) >>> Sep 1 11:50:13 surz113 dovecot: [ID 583609 mail.error] imap(user): >>> Error: Raw backtrace: 0xffff80ffb633d88d -> 0xffff80ffb636ae82 -> >>> 0x41eba0 -> 0x41ecf3 -> 0xffff80ffb635d248 -> 0xffff80ffb6350d2f -> >>> 0xffff80ffb63519e0 -> 0xffff80ffb6350dce -> 0xffff80ffb6350f90 -> >>> 0xffff80ffb62e3ebb -> 0x42f169 -> 0x41292c >>> Sep 1 11:50:13 surz113 dovecot: [ID 583609 mail.crit] imap(user): >>> Fatal: master: service(imap): child 11227 killed with signal 6 (core not >>> dumped - set service imap { drop_priv_before_exec=yes }) >>> >>> This happens with different users, the last one with a relatively small >>> mailbox of 600MB. >>> >>> doveconf -n is attached. >>> >>> Dovecot 2.2.25 >>> OS: Solaris 11 (SunOS 5.11 11.3 i86pc i386 i86pc) >>> Virtualization: VMware >>> Filesystem: ZFS >>> active users: ~4000 >>> >>> The system was transferred at beginning of last week from an old >>> SPARC-station with Solaris 10 running dovecot-2.2.15 to this virtualized >>> platform under VMware. The mailboxes (maildir-format) were transferred >>> without change by switching the storage-hardware to the new server. I >>> had to remove all dovecot.index*-files for errors of "CPU Architecture >>> changed", but after doing this all seemed to work ok except for these >>> occasional crashes. >>> >>> If you need more information, please let me know. >>> >>> Thanks for any help, >>> Andreas >>> >>>> Hi Jake, >>>> >>>> thanks for fixing this. I have installed now the newly built package on >>>> my production system and will report, if any more core dumps occur. >>>> >>>> Regards, >>>> Andreas >>>> >> Hi! >> >> Is it possible for you test out a small patch (attached) to see if it >> fixes this issue? >> >> Aki >> > Hello Aki, > > your patch missed a trailing '{', which was corrected by the > OpenCSW-maintainer, who implemented the patch into a test-version of > dovecot-2.2.25 for me. > > I started this version on my production system on Friday morning (09. > Sep, 07:30). After that the server crashed once on Sunday evening > (11.Sep, 20:40), but with a completely different error message: > > Sep 11 20:40:37 surz113 dovecot: [ID 583609 mail.crit] imap(user1): > Panic: file imap-fetch.c: line 555 (imap_fetch_more): assertion failed: > (ctx->client->output_cmd_lock == NULL || ctx->client->output_cmd_lock => cmd) > Sep 11 20:40:37 surz113 dovecot: [ID 583609 mail.error] imap(user1): > Error: Raw backtrace: 0xffff80ffb5fcd88d -> 0xffff80ffb5ffae82 -> > 0x4225c1 -> 0x4153e5 -> 0x41ffae -> 0x41e4bf -> 0x41e865 -> 0x41ede4 -> > 0xffff80ffb5fe0d2f -> 0xffff80ffb5fe19e0 -> 0xffff80ffb5fe0dce -> > 0xffff80ffb5fe0f90 -> 0xffff80ffb5f73ebb -> 0x42f169 -> 0x41292c > Sep 11 20:40:37 surz113 dovecot: [ID 583609 mail.crit] imap(user1): > Fatal: master: service(imap): child 12150 killed with signal 6 (core not > dumped - set service imap { drop_priv_before_exec=yes }) > > May this be related to your patch, or is it something completely different? > > Thanks and best regards, > AndreasHi! Apologies, I forgot to send you an email about this, it should be fixed with https://github.com/dovecot/core/commit/cd9cf45dcf9fcabc89e156117c4dcf464ec4eb85 Aki