Auth process sometimes stop responding after upgrade

Simone Lazzaris
Tue, 18 Sep 2018 12:31:44 -0000

In data marted? 18 settembre 2018 14:25:25 CEST, Aki Tuomi ha
scritto:
> Can you provide 'bt full'
>

Sure:

(gdb) bt full
#0  0xb76e4428 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb74636c1 in raise () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#2  0xb7466af2 in abort () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#3  0xb76485ae in default_fatal_finish (type=<optimized out>,
status=status at entry=0) at
failures.c:201
        backtrace = 0x82b5168
"/usr/local/lib/dovecot/libdovecot.so.0(+0xa15be)
[0xb76485be] -> /usr/local/lib/dovecot/libdovecot.so.0(+0xa1641) [0xb7648641]
-> /usr/
local/lib/dovecot/libdovecot.so.0(i_fatal+0) [0xb75ce35e] -> dove"...
#4  0xb7648641 in i_internal_fatal_handler (ctx=0xbf839cc0, format=0x805c274
"file %s:
line %d (%s): assertion failed: (%s)", args=0xbf839ce4
"4\370\005\bI\004") at failures.c:670
        status = 0
#5  0xb75ce35e in i_panic (format=format at entry=0x805c274 "file %s: line
%d (%s):
assertion failed: (%s)") at failures.c:275
        ctx = {type = LOG_TYPE_PANIC, exit_status = 0, timestamp = 0x0,
timestamp_usecs = 0}
        args = 0xbf839ce4 "4\370\005\bI\004"
#6  0x080574f7 in doveadm_connection_deinit (_conn=_conn at entry=0xbf839d60) at
doveadm-connection.c:1097
        conn = 0x82fb580
        __FUNCTION__ = "doveadm_connection_deinit"
#7  0x08057f03 in doveadm_connection_input (conn=0x0) at
doveadm-connection.c:1051
        line = <optimized out>
        ret = <optimized out>
#8  0xb76613db in io_loop_call_io (io=0x82fb780) at ioloop.c:600
        ioloop = 0x82bd648
        t_id = 2
        __FUNCTION__ = "io_loop_call_io"
#9  0xb7662e1e in io_loop_handler_run_internal (ioloop=ioloop at
entry=0x82bd648) at
ioloop-epoll.c:223
        ctx = 0x82c9a40
        events = 0x0
        event = 0x82c9a80
        list = 0x82e1830
        io = <optimized out>
        tv = {tv_sec = 0, tv_usec = 236182}
        events_count = 0
        msecs = <optimized out>
        ret = 1
        i = <optimized out>
        j = <optimized out>
        call = <optimized out>
        __FUNCTION__ = "io_loop_handler_run_internal"
#10 0xb7661496 in io_loop_handler_run (ioloop=ioloop at entry=0x82bd648) at
ioloop.c:649
No locals.
#11 0xb7661658 in io_loop_run (ioloop=0x82bd648) at ioloop.c:624
        __FUNCTION__ = "io_loop_run"
#12 0xb75da45e in master_service_run (service=0x82bd578,
callback=callback at entry=0x804d360 <client_connected>) at
master-service.c:719
No locals.
#13 0x0804cf5e in main (argc=1, argv=0x82bd300) at main.c:366
        set_roots = {0x805f6c0, 0x0}
        test_port = 0
        error = <optimized out>
        debug = false
        c = <optimized out>
(gdb)


I have realized that on these machine used to run dovecot 2.1.x and were
upgraded with
"make install" on 2.2.36. I've found a library that is not
upgraded (maybe is missing or not
compiled on the new version).


-rw-r--r-- 1 root staff 1963428 Jun 17  2016
/usr/local/lib/dovecot/libdovecot-ssl.a
-rwxr-xr-x 1 root staff    1014 Jun 17  2016
/usr/local/lib/dovecot/libdovecot-ssl.la
lrwxrwxrwx 1 root staff      23 Jun 17  2016
/usr/local/lib/dovecot/libdovecot-ssl.so ->
libdovecot-ssl.so.0.0.0
lrwxrwxrwx 1 root staff      23 Jun 17  2016
/usr/local/lib/dovecot/libdovecot-ssl.so.0 ->
libdovecot-ssl.so.0.0.0
-rwxr-xr-x 1 root staff 1284527 Jun 17  2016
/usr/local/lib/dovecot/libdovecot-ssl.so.0.0.0

Can that be the ultimate cause?


*Simone Lazzaris*
*Qcom S.p.A.*
simone.lazzaris at qcom.it[1] | www.qcom.it[2]
* LinkedIn[3]* | *Facebook[4]*
[5]






--------
[1] mailto:simone.lazzaris at qcom.it
[2] https://www.qcom.it
[3] https://www.linkedin.com/company/qcom-spa
[4] http://www.facebook.com/qcomspa
[5] https://www.qcom.it/includes/email-banner.gif
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://dovecot.org/pipermail/dovecot/attachments/20180918/0185a01f/attachment.html>