Auth process sometimes stop responding after upgrade
Simone Lazzaris
s.lazzaris at interactive.eu
Tue Sep 18 15:31:44 EEST 2018
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>
More information about the dovecot
mailing list