search for: real_stream

Hello, We're having a problem in Dovecot 1.1.8 with a failed assertion on certain mbox format mailboxes. It happens both with deliver when it attempts to delier to the mailbox, and with IMAP connections for the affected box (though I'm not sure what they're doing at the time). Mar 3 12:55:26 <snip> dovecot: Panic: IMAP(<snip>): file istream.c: line 81 (i_stream_read):

Hi Timo, some imap processes seems to have some problems. Regards, Pascal -------------- next part -------------- Core was generated by `dovecot/imap'. Program terminated with signal 6, Aborted. #0 0x00007fbf87b25475 in raise () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt full #0 0x00007fbf87b25475 in raise () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #1

I've tried to stress test dovecot 1.1.4 with imaptest for days without any assertion failure or crash. Just some "got too little data" messages. So far it's the most stable 1.1.x version. Today a user got this imap segfault with vanilla 1.1.4 (I don't know if it's something you have already fixed in current tree). The user didn't complain of anything, I've just

Today I updated to current dovecot-1.1 hg tree and I got many of these assertion failures: file istream.c: line 303 (i_stream_read_data): assertion failed: (stream->stream_errno != 0) (gdb) bt full #0 0x00352402 in __kernel_vsyscall () No symbol table info available. #1 0x0043ed20 in raise () from /lib/libc.so.6 No symbol table info available. #2 0x00440631 in abort () from /lib/libc.so.6

...ioloop-poll.c:184 #14 0x0809dcf9 in io_loop_run (ioloop=0x80bb9b0) at ioloop.c:218 #15 0x08060587 in main (argc=1, argv=0xbffffa44, envp=0xbffffa4c) at main.c:228 I'm not sure about the variables here, the core file's still here if any other info will help: (gdb) p sync_ctx->input->real_stream->statbuf $5 = {st_dev = 0, __pad1 = 0, __st_ino = 0, st_mode = 0, st_nlink = 0, st_uid = 0, st_gid = 0, st_rdev = 0, __pad2 = 0, st_size = 4294967295, st_blksize = 0, st_blocks = 0, st_atim = {tv_sec = 1116279667, tv_nsec = 0}, st_mtim = {tv_sec = 1116279667, tv_nsec = 0}, st_ctim = {...

Hello, I'm developing an encryption plugin for dovecot and ran into a problem with the stacking of i/o-streams. The encryption i/o-streams are working fine on any kind of mail the test suite is passing through them. But as soon as the zlib plugin is enabled the logs show an cache error: failed: Cached message size larger than expected (214 > 206, box=INBOX, UID=1) I've already

...os - input->v_offset); (gdb) print *ctx $1 = {pool = 0x0, key = 0x98f00 "MEETING", key_len = 7, charset = 0xa9788 "US-ASCII", unknown_charset = 0, search_header = 0} (gdb) print *input $2 = {v_offset = 1530, stream_errno = 0, mmaped = 0, closed = 0, seekable = 0, eof = 0, real_stream = 0xb9c78} (gdb) print *part $3 = {parent = 0xb2188, next = 0x0, children = 0xb2228, physical_pos = 1500, header_size = {physical_size = 857, virtual_size = 875, lines = 0}, body_size = {physical_size = 551367, virtual_size = 558548, lines = 0}, flags = 65, context = 0x0} (gdb) up #5 0x00063...

...os - input->v_offset); (gdb) print *ctx $1 = {pool = 0x0, key = 0x98bd0 "LOBSTER", key_len = 7, charset = 0xa9460 "US-ASCII", unknown_charset = 0, search_header = 0} (gdb) print *input $2 = {v_offset = 1387, stream_errno = 0, mmaped = 0, closed = 0, seekable = 0, eof = 0, real_stream = 0xb95c8} (gdb) print part *part $3 = {parent = 0xb1918, next = 0xb19b8, children = 0x0, physical_pos = 1384, header_size = {physical_size = 93, virtual_size = 98, lines = 0}, body_size = {physical_size = 4312, virtual_size = 4428, lines = 116}, flags = 72, context = 0x0} (gdb) print foun...

Apart from a few warnings (attached), and a bit of patience, the compiler terminates without error. On patience, OBSD has two processes who took almost half the CPU when compiling: reaper and zerothread. Will look into the warnings, and the testing errors (also attached). Let see how it works on this machine. OpenBSD 6.7 (GENERIC.MP) #2: Thu Jun 4 09:55:08 MDT 2020 real mem = 17125511168

...lt;Address 0x2025733a out of bounds>, key_len = 543975790, charset = 0x65202564 <Address 0x65202564 out of bounds>, unknown_charset = 0, search_header = 0} (gdb) print *input $2 = {v_offset = 7882833662174520621, stream_errno = 1651467385, mmaped = 0, closed = 0, seekable = 1, eof = 0, real_stream = 0x7263682e} (gdb) print *part Cannot access memory at address 0x189 (gdb) print part $3 = (const struct message_part *) 0x189 (gdb) print &part Can't take address of "part" which isn't an lvalue. (gdb) print input->v_offset $4 = 7882833662174520621 (gdb) print part->ph...

Hi List, try 1.1.4 and have new Panics in Log. Hoped that 1.1.3 finishes this errors... Oct 8 21:56:28 dd10636 dovecot: IMAP(username): Loading modules from directory: /usr/lib/dovecot/imap Oct 8 21:56:28 dd10636 dovecot: IMAP(username): Module loaded: /usr/lib/dovecot/imap/lib20_mail_log_plugin.so Oct 8 21:56:28 dd10636 dovecot: IMAP(username): Effective uid=857, gid=628,

...n "main.c" > > (dbx) list > > 58 return _stream->read(_stream); > > 59 } > > 60 > > 61 void i_stream_skip(struct istream *stream, uoff_t count) > > 62 { > > 63 struct _istream *_stream = stream->real_stream; > > 64 size_t data_size; > > 65 > > 66 data_size = _stream->pos - _stream->skip; > > 67 if (count <= data_size) { > > (dbx) dump > > i_stream_read(stream = 0x2003147c), line 58 in "istream.c" > &...

...; then exit 1; fi; done test-common.c:195: Assert failed: suppress == TRUE Error: server: SSL_accept() syscall failed: Invalid argument ssl: handshake ....................................................... : FAILED Panic: file ostream.c: line 54 (o_stream_close_full): assertion failed: (stream->real_stream->error_handling_disabled) Abort trap (core dumped) *** Error 1 in src/lib-ssl-iostream (Makefile:919 'check-local') *** Error 2 in src/lib-ssl-iostream (Makefile:786 'check-am') *** Error 1 in src (Makefile:588 'check-recursive': @fail=; if (target_option=k; case ${target...

Timo Sirainen wrote: > On Fri, 2008-03-07 at 00:17 -0500, Adam McDougall wrote: > >> $3 = {offset = 40896, stream_errno = 70, last_failed_errno = 70, overflow >> = 0, closed = 1, >> real_stream = 0x678500} >> > > Ah, 70 = Stale NFS handle in FreeBSD. Linux used something else. Squat > still needs some NFS fixes. > > Were these 'NFS fixes' done? I just put rc5 in production at my site an hour or two ago so I have just begun gathering log data. I may...

...8, header_size = {physical_size = 90, virtual_size = 93, lines = 0}, body_size = {physical_size = 505, virtual_size = 514, lines = 9}, flags = 72, context = 0x0} (gdb) p *ctx->input $6 = {v_offset = 759, stream_errno = 0, mmaped = 0, blocking = 1, closed = 0, seekable = 1, eof = 0, real_stream = 0x81135f0}

...t-common.c:195: Assert failed: suppress == TRUE > Error: server: SSL_accept() syscall failed: Invalid argument > ssl: handshake ....................................................... > : FAILED > Panic: file ostream.c: line 54 (o_stream_close_full): assertion > failed: (stream->real_stream->error_handling_disabled) > Abort trap (core dumped) > *** Error 1 in src/lib-ssl-iostream (Makefile:919 'check-local') > *** Error 2 in src/lib-ssl-iostream (Makefile:786 'check-am') > *** Error 1 in src (Makefile:588 'check-recursive': @fail=; if > (targ...

I found imap core in coredump dir: (gdb) bt #0 0x00000000004abdea in message_parse_header_next (ctx=0x79c150, hdr_r=0x7fffffffe478) at message-header-parser.c:114 #1 0x00000000004a8193 in read_header (mstream=0x795330) at istream-header-filter.c:162 #2 0x00000000004a84e7 in i_stream_header_filter_read (stream=0x795330) at istream-header-filter.c:288 #3 0x00000000004bc216 in i_stream_read

Hi, I've enabled autoexpunge for Trash and Junk. Now imap process core dumps occasionally. Tomppa > program terminated by signal SEGV (no mapping at the fault address) > 0xff0dc2e0: o_stream_get_buffer_used_size : ld [%o0 + 20], %o0 > Current function is notify_ok (optimized) > 13 if (o_stream_get_buffer_used_size(client->output) != 0) >

...mp;part_ctx, input, part)) (gdb) print *ctx $1 = {pool = 0x0, key = 0xa1a50 "JETBLUE", key_len = 7, charset = 0xab498 "US-ASCII", unknown_charset = 0, search_header = 0} (gdb) print *input $2 = {v_offset = 939, stream_errno = 0, mmaped = 0, closed = 0, seekable = 0, eof = 0, real_stream = 0xc23e8} (gdb) print *part $3 = {parent = 0x0, next = 0x0, children = 0x0, physical_pos = 0, header_size = {physical_size = 909, virtual_size = 909, lines = 0}, body_size = {physical_size = 384, virtual_size = 390, lines = 6}, flags = 72, context = 0x0} (gdb) print part_ctx $4 = {body_ctx =...

...d0, part=0xb63c0) at message-body-search.c:395 395 i_stream_skip(input, part->physical_pos - input->v_offset); (gdb) print input $1 = (struct istream *) 0xc7ad0 (gdb) print *input $2 = {v_offset = 1517, stream_errno = 0, mmaped = 0, closed = 0, seekable = 0, eof = 0, real_stream = 0xc7aa8} (gdb) print *part $3 = {parent = 0xb6370, next = 0x0, children = 0x0, physical_pos = 1487, header_size = {physical_size = 1890, virtual_size = 1930, lines = 0}, body_size = {physical_size = 2680, virtual_size = 2764, lines = 84}, flags = 72, context = 0x0} (gdb) print found $4 = 0...