Re: Latest git FATAL error

[Joan Moreau]

chroot= does not resolve the issue

I have "chroot = login" in my conf

Here is the coredump

[root@gjserver coredump]# gdb /usr/libexec/dovecot/imap-login 
core.imap-login.76.bb9d94dc52924cc1a339505741fb5458.1632413.161929015900

GNU gdb (GDB) 10.1
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 


This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/libexec/dovecot/imap-login...
[New LWP 1632413]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Core was generated by `dovecot/imap-login'.
Program terminated with signal SIGABRT, Aborted.
#0  0x7f7a33003ef5 in raise () from /usr/lib/libc.so.6
(gdb) bt full
#0  0x7f7a33003ef5 in raise () from /usr/lib/libc.so.6
No symbol table info available.
#1  0x7f7a32fed862 in abort () from /usr/lib/libc.so.6
No symbol table info available.
#2  0x7f7a331e9377 in default_fatal_finish (status=0, 
type=LOG_TYPE_PANIC) at failures.c:459
backtrace = 0x55d70a134c40 "#0 
fatal_handler_real[0x7f7a33293670] -> #1 
i_internal_fatal_handler[0x7f7a332937a0] -> #2 i_panic[0x7f7a331e8f79] 
-> #3 client_disconnect.cold[0x7f7a33365722] -> #4 
client_destroy[0x7f7a333683a0] -> "...

backtrace = 
recursed = 0
#3  fatal_handler_real (ctx=, format=, 
args=) at failures.c:471

status = 0
#4  0x7f7a332937c1 in i_internal_fatal_handler (ctx=, 
format=, args=) at failures.c:866

No locals.
#5  0x7f7a331e903f in i_panic (format=format@entry=0x7f7a333710c8 
"file %s: line %d (%s): assertion failed: (%s)") at failures.c:523
ctx = {type = LOG_TYPE_PANIC, exit_status = 0, timestamp = 0x0, 
timestamp_usecs = 0, log_prefix = 0x0, log_prefix_type_pos = 0}
args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 
0x7fff0dd2acf0, reg_save_area = 0x7fff0dd2ac30}}
#6  0x7f7a3336574a in client_disconnect 
(add_disconnected_prefix=false, reason=, 
client=0x55d70a1a98c8) at client-common.c:293

__func__ = "client_disconnect"
extra_reason = 
event = 
_tmp_event = 
_tmp_event = 
#7  client_disconnect (client=0x55d70a1a98c8, reason=, 
add_disconnected_prefix=) at client-common.c:255

__func__ = "client_disconnect"
extra_reason = 
event = 
_tmp_event = 
_tmp_event = 
#8  0x7f7a33368436 in client_destroy (client=, 
reason=) at client-common.c:315

__func__ = "client_destroy"
#9  0x7f7a3336a4ce in sasl_callback (client=, 
sasl_reply=SASL_SERVER_REPLY_SUCCESS, data=0x0, args=) at 
client-common-auth.c:742
reply = {master_user = 0x0, reason = 0x0, fail_code = 
CLIENT_AUTH_FAIL_CODE_NONE, host = 0x0, hostip = 0x0, source_ip = 0x0, 
destuser = 0x0, password = 0x0, proxy_mech = 0x0,
  port = 0, proxy_timeout_msecs = 0, proxy_refresh_secs = 0, 
proxy_host_immediate_failure_after_secs = 0, ssl_flags = 0, all_fields = 
0x0, proxy = false,
  proxy_nopipelining = false, proxy_not_trusted = false, nologin 
= false}

__func__ = "sasl_callback"
#10 0x7f7a33218c04 in master_auth_connection_input (conn=out>) at master-auth.c:156

reply = 
ret = 
#11 0x7f7a332a9309 in io_loop_call_io (io=0x55d70a1b87a0) at 
ioloop.c:715

ioloop = 0x55d70a13d2c0
t_id = 2
__func__ = "io_loop_call_io"
#12 0x7f7a332aa932 in io_loop_handler_run_internal 
(ioloop=ioloop@entry=0x55d70a13d2c0) at ioloop-epoll.c:222

ctx = 0x55d70a141380
events = 
event = 0x55d70a141400
list = 0x55d70a1b8800
io = 
tv = {tv_sec = 29, tv_usec = 998424}
events_count = 
msecs = 
ret = 1
i = 0
--Type  for more, q to quit, c to continue without paging--
j = 0
call = 
__func__ = "io_loop_handler_run_internal"
#13 0x7f7a332a93b0 in io_loop_handler_run (ioloop=0x55d70a13d2c0) at 
ioloop.c:767

__func__ = "io_loop_handler_run"
#14 0x7f7a332a9570 in io_loop_run (ioloop=0x55d70a13d2c0) at 
ioloop.c:740

__func__ = "io_loop_run"
#15 0x7f7a3321dcb3 in master_service_run (service=0x55d70a13d120, 
callback=callback@entry=0x7f7a3336e340 ) at 
master-service.c:862

No locals.
#16 0x7f7a3336eb7d in login_binary_run (binary=, 
argc=, argv=) at main.c:562

service_flags = 
set_pool = 0x55d70a144de0
login_sock

Re: failed: Cached message size smaller than expected

[@lbutlr]

On 23 Apr 2021, at 08:52, Hauke Fath  wrote:
> There are longstanding problems with Dovecot mbox indexing. 

… 

> Would be great if this could be sorted out.

It can be, simply stop using nbox.

-- 
Help me, Obi-wan Kenobi. You're my only hope.

Re: Panic: file ostream.c: assertion failed when using mail_filter on RHEL8

[Martijn Brinkers (list)]

The same problem occurs when running 2.3.13 on RHEL8

Is this a RHEL8 specific issue?

Log output

Apr 24 14:14:38 webmail dovecot[568870]: master: Dovecot v2.3.13
(89f716dc2) starting up for imap
Apr 24 14:15:13 webmail dovecot[568872]: imap-login: Login: user=<
test=40example.com@ciphermail.private>, method=PLAIN, rip=127.0.0.1,
lip=127.0.0.1, mpid=584990, secured, session=
Apr 24 14:15:13 webmail dovecot[568872]: imap(
test=40example.com@ciphermail.private)<584990>:
Logged out in=44 out=617 deleted=0 expunged=0 trashed=0 hdr_count=0
hdr_bytes=0 body_count=0 body_bytes=0
Apr 24 14:15:20 webmail dovecot[568872]: imap-login: Login: user=<
test=40example.com@ciphermail.private>, method=PLAIN, rip=127.0.0.1,
lip=127.0.0.1, mpid=589277, secured, session=<6ebjirjAbIJ/AAAB>
Apr 24 14:15:20 webmail dovecot[568872]: imap(
test=40example.com@ciphermail.private)<589277><6ebjirjAbIJ/AAAB>:
Panic: file ostream.c: line 204 (o_stream_flush): assertion failed:
(stream->stream_errno != 0)
Apr 24 14:15:20 webmail dovecot[568872]: imap(
test=40example.com@ciphermail.private)<589277><6ebjirjAbIJ/AAAB>:
Error: Raw backtrace:
/usr/lib64/dovecot/libdovecot.so.0(backtrace_append+0x41)
[0x7fc62f5b7d41] ->
/usr/lib64/dovecot/libdovecot.so.0(backtrace_get+0x22) [0x7fc62f5b7e62]
-> /usr/lib64/dovecot/libdovecot.so.0(+0x1041eb) [0x7fc62f5c41eb] ->
/usr/lib64/dovecot/libdovecot.so.0(+0x104287) [0x7fc62f5c4287] ->
/usr/lib64/dovecot/libdovecot.so.0(+0x5a50b) [0x7fc62f51a50b] ->
/usr/lib64/dovecot/libdovecot.so.0(+0x5eb38) [0x7fc62f51eb38] ->
/usr/lib64/dovecot/libdovecot-storage.so.0(maildir_save_finish+0x9a)
[0x7fc62f91614a] -> /usr/lib64/dovecot/lib10_quota_plugin.so(+0x10658)
[0x7fc62eaea658] -> /usr/lib64/dovecot/libdovecot-
storage.so.0(mailbox_save_finish+0x77) [0x7fc62f8ee2b7] ->
dovecot/imap(+0x1350d) [0x56192db1350d] -> dovecot/imap(+0x13baf)
[0x56192db13baf] -> dovecot/imap(cmd_append+0x12c) [0x56192db13e0c] ->
dovecot/imap(command_exec+0x6c) [0x56192db2261c] ->
dovecot/imap(+0x206af) [0x56192db206af] -> dovecot/imap(+0x20761)
[0x56192db20761] -> dovecot/imap(client_handle_input+0x1c5)
[0x56192db20b45] -> dovecot/imap(client_input+0x76) [0x56192db21046] ->
/usr/lib64/dovecot/libdovecot.so.0(io_loop_call_io+0x6d)
[0x7fc62f5da75d] ->
/usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0x139)
[0x7fc62f5dbd79] ->
/usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run+0x50)
[0x7fc62f5da800] ->
/usr/lib64/dovecot/libdovecot.so.0(io_loop_run+0x48) [0x7fc62f5da978]
-> /usr/lib64/dovecot/libdovecot.so.0(master_service_run+0x17)
[0x7fc62f54ec67] -> dovecot/imap(main+0x335) [0x56192db126c5] ->
/lib64/libc.so.6(__libc_start_main+0xf3) [0x7fc62f120803] ->
dovecot/imap(_start+0x2e) [0x56192db1287e]
Apr 24 14:15:20 webmail dovecot[568872]:
imap(test=40example.com@ciphermail.private)<589277><6ebjirjAbIJ/AAAB>:
Fatal: master: service(imap): child 589277 killed with signal 6 (core
not dumped - https://dovecot.org/bugreport.html#coredumps - set
/proc/sys/fs/suid_dumpable to 2)
On Fri, 2021-04-23 at 12:38 +0200, Martijn Brinkers (list) wrote:
> Hi,
> 
> I installed dovecot on a new up-to-date RHEL8 test system and
> configured a simple mail_filter plugin which only copies the input
> back
> to the output (i.e., the filter does nothing special).
> 
> On RHEL8 I get the following panic when saving the mail. The Dovecot
> version that comes with RHEL8 is dovecot-2.3.8-4.el8.x86_64
> 
> The mail_filter works correctly on an Ubuntu machine )2.2.33.2-
> 1ubuntu4.7)
> 
> Any idea what's causing this panic on RHEL8 and how to fix it?
> 
> Kind regards,
> 
> Martijn Brinkers
> 
> Log output (panic log is at the bottom)
> 
> Apr 23 10:35:54 ciphermail-webmail dovecot[18680]: master: Dovecot
> v2.3.8 (9df20d2db) starting up for imap
> Apr 23 10:36:17 ciphermail-webmail dovecot[18682]: auth: Debug:
> Loading
> modules from directory: /usr/lib64/dovecot/auth
> Apr 23 10:36:17 ciphermail-webmail dovecot[18682]: auth: Debug:
> Module
> loaded: /usr/lib64/dovecot/auth/lib20_auth_var_expand_crypt.so
> Apr 23 10:36:17 ciphermail-webmail dovecot[18682]: auth: Debug:
> Module
> loaded: /usr/lib64/dovecot/auth/libdriver_sqlite.so
> Apr 23 10:36:17 ciphermail-webmail dovecot[18682]: auth: Debug: Read
> auth token secret from /var/run/dovecot/auth-token-secret.dat
> Apr 23 10:36:17 ciphermail-webmail dovecot[18682]: auth: Debug: auth
> client connected (pid=19771)
> Apr 23 10:36:17 ciphermail-webmail dovecot[18682]: auth: Debug:
> client
> in:
> AUTH1PLAINservice=imapsecured
> se
> ssion=i7avXaHAuLh/AAABlip=127.0.0.1rip=127.0.0.1 
>   
>  lport=143rport=47288resp=
> Apr 23 10:36:17 ciphermail-webmail dovecot[18682]: auth: Debug: dict(
> t...@example.com,127.0.0.1,): Performing passdb
> lookup
> Apr 23 10:36:17 ciphermail-webmail dovecot[18682]: auth-
> worker(19774):
> Debug: Loading modules from directory: /usr/lib64/dovecot/auth
> Apr 23 10:36:17 ciphermail-webmail dovecot[18682

Latest git FATAL error

[Joan Moreau]

Hello

On latest git of dovecot, I get

Apr 24 04:07:36 gjserver dovecot[857958]: imap-login: Panic: file 
client-common.c: line 293 (client_disconnect): assertion failed: 
(client->prev == NULL && client->next == NULL)


and login process crash

On 2.3.14, there is no problems

Hope it helps

JM

Re: Latest git FATAL error

[Aki Tuomi]

On April 24, 2021 8:19:55 AM UTC, Joan Moreau  wrote:
>Hello
>
>On latest git of dovecot, I get
>
>Apr 24 04:07:36 gjserver dovecot[857958]: imap-login: Panic: file 
>client-common.c: line 293 (client_disconnect): assertion failed: 
>(client->prev == NULL && client->next == NULL)
>
>and login process crash
>
>On 2.3.14, there is no problems
>
>Hope it helps
>
>JM

Hi!

Can you try

service imap-login {
  chroot=
}

and see if you can get a core dump? gdb bt full output would be useful.

Aki