Displaying 20 results from an estimated 200 matches similar to: "sig11 with 1.0.beta3 on openbsd-i386"
2005 May 26
0
Core dumps when opening an IMAP folder (Was: Re: 1.0-test70)
Hello Timo, I can reproduce this issue even with mmap_disable and
mmap_no_write set to yes, please see the following back trace:
$ gdb /usr/local/libexec/dovecot/imap /tmp/imap.core
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are welcome to change it and/or distribute copies of it under
certain conditions.
2008 Apr 30
0
dovecot-1.0.3: Backtrace:/usr/local/libexec/dovecot/imap
GNU gdb 6.7.1-debian
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
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
2013 Jan 25
1
assert in mail-transaction-log-file.c
I setup new server with dovecot 2.1.12 and mboxes from backup (moboxes
was used with dovecot 1.1.6).
OS: FreeBSD 8.3-STABLE, amd64.
All index files from dovecot 1.1.6 has been deleted.
Some times dovecot processes aborted.
E. g.
Jan 25 03:01:52 ost dovecot: lda(user at example.ru): Panic: file mail-transaction-log-file.c: line 1694 (mail_transaction_log_file_map): assertion failed:
2006 Feb 25
1
dovecot-1.0-beta3 in production
Hello there!
I've migrated our courier-imap production imap/pop server to dovecot 1.0-beta
few days ago. In general dovecot performs excellent, but i've encountered
several "bugs" in dovecot log:
--- snip ---
dovecot.log.1.gz:Feb 24 16:05:21 elfstone dovecot: imap(user3 at domain.tld):
Maildir /export/mail/domain.tld/user3 sync: UID inserted in the middle of
mailbox (47681
2010 Jan 28
0
assertion mail-transaction-log-view.c
I'm not sure how useful this is with optimization turned back on, but
here it is anyway. This was just a one off that happened last night:
Jan 27 20:49:05 gehenna17.rutgers.edu dovecot: IMAP(user): fscking index
file /rci/nqu/rci/u2/user/dovecot/.INBOX/dovecot.index
Jan 27 20:49:05 gehenna17.rutgers.edu dovecot: IMAP(user): Panic: file
mail-transaction-log-view.c: line 108
2012 Sep 21
3
Dovecot 1.2.11 panic in mail-transaction-log-view?
I'm seeing this periodically in my logs for a specific user (followed by a backtrace which I've deleted from this post):
Panic: file dovecot-1.2.11/src/lib-index/mail-transaction-log-view.c: line 290 (mail_transaction_log_view_set): assertion failed: (min_file_seq != max_file_seq || max_file_seq != view->head->hdr.file_seq || max_file_offset != (uoff_t)-1 || min_file_offset <=
2011 Feb 08
1
How to recover a mail box from an assertion failure
I'm running Dovecot version 1.2.11 and getting this assertion error on a user's mail:
Panic: file /home/durket/dovecot-1.2.11/src/lib-index/mail-transaction-log-view.c: line 290 (mail_transaction_log_view_set): assertion failed: (min_file_seq != max_file_seq || max_file_seq != view->head->hdr.file_seq || max_file_offset != (uoff_t)-1 || min_file_offset <=
2019 Nov 22
0
[RFC 04/13] ACPI/IORT: Add node categories
The current node filtering won't work when introducing node types
greater than 63 (such as the virtio-iommu nodes). Add
node_type_matches() to filter nodes by category.
Signed-off-by: Jean-Philippe Brucker <jean-philippe at linaro.org>
---
drivers/acpi/iort.c | 34 ++++++++++++++++++++++++----------
1 file changed, 24 insertions(+), 10 deletions(-)
diff --git a/drivers/acpi/iort.c
2005 Jan 18
0
test61 error
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
dovecot: Jan 18 10:48:39 Error: IMAP(bfg at noviforum.si): file
mail-transaction-log-view.c: line 138 (mail_transaction_log_view_set):
assertion failed: (min_file_seq != max_file_seq
~ || min_file_offset <= max_file_offset)
dovecot: Jan 18 10:48:39 Error: child 18837 (imap) killed with signal 6
dovecot: Jan 18 10:48:52 Info: imap-login: Login:
2004 Aug 30
3
sig11 with test36/37 on some emails
Sometimes I'll get an email from a luser which will cause the POP3 daemon to
sig11. The email "appears" to be legal. The sig11s only happen on specific
emails, and once I remove the emails from the server, the rest can be
downloaded. I gzipped the email, and its at
http://theapt.org/bogusemail.gz. While this example is international spam,
the sig11s happen with real emails too.
2004 Dec 10
1
Lots of SIG11 with test57
Hi,
Here is the backtrace.
--
Nico
Que de tout inconnu le sage se m?fie.
-+- Jean de La Fontaine (1621-1695),
Le Renard, le Loup et le Cheval (Fables XII.17) -+-
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: Dovecot-1.0-test57-backtrace
URL:
1998 Dec 07
0
SIG11 at runtime
Hello.
My smbd dies with SIG11. This occurs in 1.9.18p10 as well in 2.0.0beta2.
I've read the Samba archive and found the article "Re: 1.9.17p4 - SIGNAL
11 error ??" from Luke and recompiled it with "-g -g". Here the results:
After a "smbclient -L localhost" or any other tries to connect to the
server the server dies an
--- output of "gdb smbd core"
2005 Aug 29
2
Sig11 and some corrupted indexes after 1.0-stable -> 1.0.alpha1
I just upgraded my production box from 1.0-stable to 1.0.alpha1. I've
noted some new errors in my dovecot logs:
Aug 28 23:23:56 cliff dovecot: IMAP(rsferra): Corrupted index cache
file /mail/mcad.edu/rsferra/Maildir/.Sent Items/dovecot.index.cache:
indexid changed
Aug 28 23:33:57 cliff dovecot: IMAP(acarr): Corrupted transaction log
file /mail/mcad.edu/acarr/Maildir/.Deleted
2017 Jun 05
0
SIG11/Auth/FreeBSD
On Mon, Jun 05, 2017 at 10:18:13AM +0300, Aki Tuomi wrote:
>
>
> On 04.06.2017 22:35, Larry Rosenman wrote:
> > On Fri, Jun 02, 2017 at 11:15:41AM -0500, Larry Rosenman wrote:
> >> I'm seeing lots of:
> > [snipped]
> >> Jun 2 00:00:05 thebighonker exim[57437]: dovecot_login authenticator failed for ec2-52-40-16-7.us-west-2.compute.amazonaws.com (ADM
2005 Apr 18
0
3.0.14a: sig11/panic on redhat6x
Linux Red Hat 6.x:
egcs-1.1.2-24
glibc-2.1.3-22
binutils-2.9.1.0.23-6
kernel-2.2.22-6.2.3
libiconv-1.9.1-1
libiconv-devel-1.9.1-1
Last working is 3.0.10, never tried 3.0.11 3.0.12.
3.0.13 and 3.0.14a will crash at first smbd usage.
Notes:
- To make it compile I performed the following adaptations
perl -pi -e 's|-Wl,-Bsymbolic -Wl,--allow-shlib-undefined||' Makefile
- No
2008 Jun 19
2
sig11 in 1.1rc5 fts
This happened from one user near noon on the 17th and 19th (today) of
this month. From the backtrace it looks like they were searching, but I
won't know for sure unless I need to ask them. Is this possibly fixed
already? I just haven't upgraded dovecot in a while due to lack of
problems. The sig11 happened a few dozen times, a few seconds apart
each day. I have one coredump from
2017 Jun 05
2
SIG11/Auth/FreeBSD
On 04.06.2017 22:35, Larry Rosenman wrote:
> On Fri, Jun 02, 2017 at 11:15:41AM -0500, Larry Rosenman wrote:
>> I'm seeing lots of:
> [snipped]
>> Jun 2 00:00:05 thebighonker exim[57437]: dovecot_login authenticator failed for ec2-52-40-16-7.us-west-2.compute.amazonaws.com (ADM
>> IN) [52.40.16.7]:51339 I=[192.147.25.65]:465: 535 Incorrect authentication data
2008 Mar 09
2
1.1r1: auth-worker(default): BUG: PASSV had missing parameters, sig11
I don't know how this happened. I'm not sure if there is a coredump
somewhere because
I don't know what user, and I have nothing for 'root' or 'dovecot'. Any
advice, or should
I make all my coredumps go to a central writable directory so I have
better chance of
catching it if it happens again? Is it maybe from someone connecting to
postfix and causing
a SMTP-AUTH
2004 Nov 29
4
1.0-test53, sig11 when sorting by thread
Hello.
When trying to sort a folder by thread (with pine4.61), I get a sig11.
The mailstore is Maildir, indexes stored in /var/indexes/%u.
The syslog on the server shows this:
Nov 29 11:37:55 olan dovecot: IMAP(kowalski): Corrupted index cache file /var/indexes/kowalski/.INBOX/dovecot.index.cache: record points outside file
Nov 29 11:37:56 olan dovecot: child 14344 (imap) killed with signal 11
2003 Jul 23
3
cvs pserver sig11 on 4.8-R
Hi all,
We recently moved our CVS repository from a 4.6-STABLE machine to a brand
new 4.8 install, on another identical machine. The server runs cvs in
'pserver' mode, for remote access by various Windows/Solaris/Linux/FreeBSD
clients.
We pretty soon noticed that the cvs server process was occasionally crashing
on sig11 (ie. a segfault). The only evidence for this was in the message