Displaying 20 results from an estimated 900 matches similar to: "2.2.15 Panic in mbox_sync_read_next_mail()"
2014 Nov 28
2
Dovecot 2.2.15, Panic: file mbox-sync.c: line 152 (mbox_sync_read_next_mail): assertion failed:
The log messages are attached.
The core dump is at
<https://www.dropbox.com/s/9i80ms7xkyxoqj7/core.26450?dl=0>
The server is
$ uname -a
Linux sbh16.songbird.com 2.6.18-8.1.14.el5 #1 SMP Thu Sep 27 18:58:54
EDT 2007 i686 i686 i386 GNU/Linux
--
Mark Sapiro <mark at msapiro.net> The highway is for gamblers,
San Francisco Bay Area, California better use your sense - B. Dylan
2005 Aug 16
2
test80: assert/core debug info
Timo,
Attached is gdb information from core dumps related to the
following assert in test-80:
IMAP(username): file mbox-sync-update.c: line 442
(mbox_sync_update_header_from): assertion failed: (ctx->mail.uid == 0 ||
ctx->mail.uid_broken || ctx->mail.uid == mail->uid)
My setup: Solaris 9, mbox format. test-80 compiled with
gcc 4.0.1 using the following configure options:
CC=gcc
2008 Dec 04
1
assertion failed in 1.1.7 file mbox-sync.c: line 1305 (mbox_sync_handle_eof_updates)
Dovecot 1.1.7 is running so smoothly that I gave up checking its log
files daily. :)
I've just had a look, and among the usual
"IMAP(username): FETCH for mailbox Sent UID xx got too little data: xx vs xx"
messages (that means that unfortunately sometimes some messages are
still written truncated) I saw this assertion failure:
file mbox-sync.c: line 1305
2005 Sep 01
0
another assert/core with 1.0alpha1
Same as reported before:
Assert:
IMAP(user): file mbox-sync-update.c: line 442
(mbox_sync_update_header_from): assertion failed: (ctx->mail.uid == 0 ||
ctx->mail.uid_broken || ctx->mail.uid == mail->uid)
Setup: 1.0alpha1 on Solaris 9, built with gcc 4.0.1
Debug output of the core is attached.
Jeff Earickson
Colby College
-------------- next part --------------
Script started on
2005 Aug 26
0
1.0alpha1: assert and core
Hi,
I've been running 1.0alpha1 in production since August 18, and
got my first assert and core yesterday. Otherwise it has been
running flawlessly.
My setup: Sun E220R, Solaris 9, compiled dovecot with gcc 4.0.1,
configured dovecot like so:
#!/usr/bin/sh
VERSION=1.0-alpha1
CC=gcc CFLAGS="-g -O" CPPFLAGS=-I/opt/openssl/include LDFLAGS=-L/opt/openssl/lib \
./configure
2005 Oct 28
3
Asserion Failure in Current CVS
Just installed the version from CVS as of Oct. 27.
I noticed three problems quite quickly:
Still seeing "(imap) killed with signal 14"
My INBOX closed with "access error" after reading it for a bit. There's
nothing in the logs or anything, but this hasn't happened for quite a
while now. There where quite a lot of incoming messages at the time and
I was marking
2017 Feb 03
0
Crash while reading compressed mbox: Panic: file istream-zlib.c: line 416 (i_stream_zlib_seek): assertion failed: (ret == -1)
Hello,
I use mbox compressed by gzip as read-only folder (using zlib plugin).
This setup worked for a while, but doesn't work with latest dovecot
version (2.2.27).
I have error in logs:
Panic: file istream-zlib.c: line 416 (i_stream_zlib_seek): assertion
failed: (ret == -1)
I can see list of messages in MUA but can't ready body of any message.
I've tried to delete indexes, but it
2006 Jan 24
0
1.0beta2: mbox_sync assert
Timo,
My first assert in beta2. Syslog said:
Jan 24 09:57:16 emerald dovecot: [ID 107833 mail.error] imap(user): Cached message offset 94625 is invalid for mbox file /var/mail/m/user
Jan 24 09:57:16 emerald dovecot: [ID 107833 mail.error] imap(user): file mbox-sync.c: line 1471 (mbox_sync_do): assertion failed: (!sync_ctx->mbox->mbox_sync_dirty || (flags & MBOX_SYNC_UNDIRTY) == 0)
Gdb
2014 Dec 01
0
Panic: from mbox-sync.c; doveadm zlib-plugin
Upgraded to dovecot 2.2.15 (built from sources on Fedora linux), saw
intermittent panics:
From dovecot:imap
Error: Next message unexpectedly corrupted in mbox file
/home/xxxx/mail/Junk E-mail at 1202197
Panic: file mbox-sync.c: line 152 (mbox_sync_read_next_mail): assertion
failed: (sync_ctx->input->v_offset != mail_ctx->mail.from_offset ||
sync_ctx->input->eof)
Error: Raw
2009 Nov 12
1
Bug report
One of my users is causing dovecot to exit with signal 6 and generate a core file. Seems to be in the mbox code.
Dovecot configuration:
# 1.2.4: /usr/local/etc/dovecot.conf
# OS: FreeBSD 7.2-STABLE amd64
protocols: imap imaps pop3s
listen(default): localhost:143
listen(imap): localhost:143
listen(pop3): *
ssl_listen(default): *:993
ssl_listen(imap): *:993
ssl_listen(pop3): *:995
2007 Jan 05
2
Dovecot rc15 crash in mbox-sync-update.c
Here is another crash we've been seeing recently in rc15 on Solaris 10.
(gdb) bt full
#0 0xff1c12a4 in ?? ()
No symbol table info available.
#1 0xff140040 in ?? ()
No symbol table info available.
#2 0x000786a8 in t_buffer_alloc (size=688976) at data-stack.c:346
__PRETTY_FUNCTION__ = "file %s: line %"
#3 0x00078190 in t_pop () at data-stack.c:149
frame_block = (struct
2014 Dec 18
1
Crashes with tracebacks
Crashes, redux. I hope I have provided all the information required for
a solution. Many thanks in advance for having a look.
I have 71 core files for a user, that all happened in the space of about
6 hours. It appears that mail delivered to 'Junk E-mail' is being
accessed. I suspect they're all the same issue. I saw the same syslog
entry a while back; did a resync & enabled
2008 Mar 10
2
dovecot 1.1.rc3 assertion failed at index_mailbox_set_recent_uid while deleting message with thunderbird.
To some users happens this assertion failure while deleting a message.
dovecot: Mar 10 08:40:44 Panic: IMAP(user): file index-sync.c: line 39
(index_mailbox_set_recent_uid): assertion failed: (seq_range_exists
(&ibox->recent_flags, uid))
dovecot: Mar 10 08:40:44 Error: IMAP(user): Raw backtrace: [see bleow]
dovecot: Mar 10 08:40:44 Error: child 17683 (imap) killed with signal 6
And the
2006 Apr 20
0
beta7: assert, Solaris 9
Hi,
An assertion that I haven't seen before:
Apr 20 11:15:32 emerald dovecot: [ID 107833 mail.error] IMAP(user): file
mbox-sync-rewrite.c: line 106 (mbox_sync_headers_add_space): assertion
failed: (start_pos < data_size)
gdb output from the core file of imap is attached. My setup:
Solaris 9, mbox format, INBOX is NFS mounted from a Solaris 10
system, imap and imaps only.
Jeff Earickson
2013 Aug 05
1
Corrupted mboxes with v2.2.4, posix_fallocate and GFS2
Hi,
on a clustered Dovecot server installation that was recently moved from a
shared GPFS filesystem to GFS2, occasional corruptions in the users'
INBOXes started appearing, where a new incoming message would be appended
directly after a block of NUL bytes, and be scanned by dovecot as being
glued to the preceding message.
I traced this to the file extension operation performed in
2005 Nov 24
0
New Assert Failure
Here's a new one with CVS version from 2005-11-03.
The mbox size is currently 42951945 bytes.
dovecot: Nov 24 12:05:50 Error: 11520 imap(username):
Unexpectedly lost From-line at offset 33979772 from mbox file
/mailhome/new/a/l/username/mbox
dovecot: Nov 24 12:05:50 Error: 11520 imap(username): file
mbox-sync-rewrite.c: line 552 (mbox_sync_rewrite): assertion failed:
2009 Mar 24
1
Making changes to dovecot log levels
Hi Timo,
Awhile back I'd written about making changes to some of the log levels
that dovecot writes to to stop the process from writing these to monitor.
I wanted to run a few changes by you for this, just to make sure these
won't cause problems somewhere else. And to send this to the list, in
case anyone else wants to make similar changes in the future.
In the file
2005 May 16
2
Assertion Failure in mbox-sync.c
I've been getting a few of these errors on a couple different mboxes.
This is using the CVS version as of May 14.
So far, these are the only errors and it looks like most/all of the older
ones are gone. (maybe I shouldn't say that ;-)
dovecot: May 16 17:41:07 Error: 20973 IMAP(todd.bluegenesis.com): file mbox-sync.c: line 1165 (mbox_sync_handle_eof_updates): assertion failed:
2014 Nov 23
2
2.2.15 Panic in mbox_sync_read_next_mail()
On Tue, Nov 04, 2014 at 12:38:02PM +0100, Matthias Egger wrote:
> Has someone of you just found any kind of solution to this problem?
We have been running some days with patches 31262a892ba7 and 80ed82a93c1a
from http://hg.dovecot.org/dovecot-2.2/
They are working fine, handling the previously paniced situations smoothly.
Thanks again to the folks at dovecot.org!
hmk
2014 Nov 26
0
2.2.15 Panic in mbox_sync_read_next_mail()
Hello Hans
On 11/23/2014 05:57 PM, Hans Morten Kind wrote:
> On Tue, Nov 04, 2014 at 12:38:02PM +0100, Matthias Egger wrote:
>> Has someone of you just found any kind of solution to this problem?
>
> We have been running some days with patches 31262a892ba7 and 80ed82a93c1a
> from http://hg.dovecot.org/dovecot-2.2/
>
> They are working fine, handling the previously