Re: [Dovecot] Dovecot crash non stop: "uid 0: exited on signal 11"
On 5.12.2011, at 1.17, Amaury Le Pivain wrote: > I have an old physical freebsd 6.2 server running Dovecot 1.0.7. I wanted to > virtualised it. > > So, I did a dd from the physical server and then I restored it on then now > Virtual Machine. > > I booted the server, all services are running just fine excepted Dovecot. > > I tried to investigate the log as much as I can but i'm not getting any > usefull pieces of information. The only entries I have in the log files are > the following: > > /*log: /var/log/messages:*/ > > /Dec 5 09:53:35 hostname kernel: pid 33815 (imap), uid 0: exited on signal 11 This means it crashes. A gdb backtrace might tell why... But I think it would be less trouble to simply upgrade Dovecot to a newer version (at least v1.2.x) where there's a good chance that this has already been fixed.
[Dovecot] Dovecot crash non stop: "uid 0: exited on signal 11"
Hi all, I have an old physical freebsd 6.2 server running Dovecot 1.0.7. I wanted to virtualised it. So, I did a dd from the physical server and then I restored it on then now Virtual Machine. I booted the server, all services are running just fine excepted Dovecot. I tried to investigate the log as much as I can but i'm not getting any usefull pieces of information. The only entries I have in the log files are the following: /*log: /var/log/messages:*/ /Dec 5 09:53:35 hostname kernel: pid 33815 (imap), uid 0: exited on signal 11 Dec 5 09:53:39 hostname kernel: pid 33820 (imap), uid 0: exited on signal 11 Dec 5 09:54:22 hostname kernel: pid 33910 (pop3), uid 0: exited on signal 11 Dec 5 09:55:22 hostname kernel: pid 34071 (pop3), uid 0: exited on signal 11 Dec 5 09:55:47 hostname kernel: pid 34103 (imap), uid 0: exited on signal 11 Dec 5 09:56:13 hostname kernel: pid 34143 (pop3), uid 0: exited on signal 11 Dec 5 09:56:21 hostname kernel: pid 34164 (pop3), uid 0: exited on signal 11 Dec 5 09:56:26 hostname kernel: pid 34180 (imap), uid 0: exited on signal 11 Dec 5 09:56:40 hostname kernel: pid 34201 (imap), uid 0: exited on signal 11 Dec 5 09:56:49 hostname kernel: pid 34227 (imap), uid 0: exited on signal 11/ /*log: /mail/log/dovecot.log:* dovecot: Dec 05 10:13:46 Info: imap-login: Login: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured dovecot: Dec 05 10:13:46 Error: child 36621 (imap) killed with signal 11/ I'm also running a squirrelmail as a webmail and here when I refresh a folder content 3/5 times I'm getting an error: /Error: Connection dropped by IMAP server Query: SELECT "INBOX.Corbeille"/ I'm using Dovecot version 1.0.7 on a freebsd 6.2 and my dovecot.conf is: dovecot -n /# 1.0.7: /usr/local/etc/dovecot.conf base_dir: /mail/ log_path: /mail/log/dovecot.log protocols: imap pop3 ssl_disable: yes disable_plaintext_auth: no login_dir: /mail//login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_greeting: POP3/IMAP ready. verbose_proctitle: yes first_valid_gid: 0 mail_extra_groups: mail mail_location: maildir:~/Maildir fsync_disable: yes maildir_copy_with_hardlinks: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota trash mail_plugins(imap): quota imap_quota trash mail_plugins(pop3): quota mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: default_realm: tropik.nc passdb: driver: sql args: /usr/local/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/etc/dovecot-sql.conf socket: type: listen master: path: /mail/auth-master mode: 384 user: vmail group: vmail plugin: quota: maildir trash: /usr/local/etc/dovecot-trash.conf/ Thank you for your help! Sincerely, -- Amaury Le Pivain Offratel/Lagoon Tel: 28.88.99
Re: [Dovecot] Dovecot crash
On Fri, 2009-04-10 at 08:17 +0200, wolfgang.frie...@desy.de wrote: > tonight dovecot 1.2beta4 crashed for the first time with an assertion > failed. See attached log file. Around that time nobody was logged in into > dovecot and there were no other mail deliveries going on. .. > istream-tee.c: line 152 (i_stream_tee_read): assertion failed: (ret > > 0) This is an annoying bug that I've tried to track down for a while. I've added some more asserts since beta4 to find out what's going on. So upgrade to rc2 first and if it happens again let me know what the new assert is. BTW. This bug exists also in v1.1. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Dovecot crash
On 4/10/2009, wolfgang.frie...@desy.de (wolfgang.frie...@desy.de) wrote: > There is unfortunately no core dump file. I have attached the dovecot -n > output as well. Posting these in-line is preferred... Did you try upgrading to 1.2rc2 yet? Thats kind of the first thing you should try if you are going to run pre release versions of software. -- Best regards, Charles
[Dovecot] Dovecot crash
tonight dovecot 1.2beta4 crashed for the first time with an assertion failed. See attached log file. Around that time nobody was logged in into dovecot and there were no other mail deliveries going on. The mail in question should have been delivered to three recipients, one got the mail, the two others not. There is unfortunately no core dump file. I have attached the dovecot -n output as well. -- Wolfgang Friebel Deutsches Elektronen-Synchrotron DESY Phone/Fax: +49 33762 77372/216Platanenallee 6 Mail: Wolfgang.Friebel AT desy.de D-15738 Zeuthen Germany log Description: Binary data
Re: [Dovecot] Dovecot Crash
Exactly That's what make me so confused. If it's kernel, then I would know that it's not dovecot. But then Raymond has pointed me to the right direction, of finding exactly same messages with other applications too. So I man fstat and remember that I couldn't rotatelog my dovecot log, so yup, I saw 2.6GB dovecotinfo file. Solved right away. But I wonder why dovecot would die and defunct and stop listening to pop and imap port because of that. Thanks. -- Warmest Regards From: Horn Wijaya Consultant [EMAIL PROTECTED] http://www.nodens.biz/ Nodens Solutions Pte Ltd "where there is freedom in your choice" -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Timo Sirainen Sent: Monday, July 14, 2008 5:07 PM To: Horn Wijaya Cc: dovecot@dovecot.org Subject: Re: [Dovecot] Dovecot Crash Do you know if it was really Dovecot or something else that wrote these messages? Since it has "dovecot" prefix it looks like it would come from Dovecot, but it doesn't look like Dovecot error message at all. I was just thinking that if it is Dovecot, that error message should be improved. On Mon, 2008-07-14 at 13:09 +0800, Horn Wijaya wrote: > after reading what fstat is all about. > > I somehow found out what's the problem. > > /var/log/dovecotinfo is more than 2GB. :P > > Thanks guys. > > -- > Warmest Regards From: > Horn Wijaya > Consultant > [EMAIL PROTECTED] > http://www.nodens.biz/ > > Nodens Solutions Pte Ltd > "where there is freedom in your choice" > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Horn > Wijaya > Sent: Monday, July 14, 2008 12:38 PM > To: 'Raymond Lillard' > Cc: dovecot@dovecot.org > Subject: Re: [Dovecot] Dovecot Crash > > Hi Ray, > > I have a feeling that it's something else too after googling found out that > fstat 75 happens in even ftp. > > No NFS > FC1 > > Thanks. > > -- > Warmest Regards From: > Horn Wijaya > Consultant > [EMAIL PROTECTED] > http://www.nodens.biz/ > > Nodens Solutions Pte Ltd > "where there is freedom in your choice" > -Original Message- > From: Raymond Lillard [mailto:[EMAIL PROTECTED] > Sent: Monday, July 14, 2008 12:32 PM > To: Horn Wijaya > Cc: dovecot@dovecot.org > Subject: Re: [Dovecot] Dovecot Crash > > > Horn, > > Are you running on NFS? > > What OS? > > These are file system errors. I'm at home and don't > have access to proper documentation, but 75 might be > an error from a remote RPC system. > > Me thinks you've got other problems than Dovecot. > > Ray > > > > Horn Wijaya wrote: > > Ouch... > > 1.1.1 didn't solve it. > > > > Jul 14 10:54:22 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 14 10:54:27 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 14 10:54:31 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 14 10:54:37 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 14 10:54:43 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 14 10:54:55 hera dovecot: fstat 75 : Value too large for defined data > > type > > > > Oh no... > > I am dead in the water... > > > > Tim, pls help. 40 big corporates are on my throat. > > > > Thanks. > > > > -- > > Warmest Regards From: > > Horn Wijaya > > Consultant > > [EMAIL PROTECTED] > > http://www.nodens.biz/ > > > > Nodens Solutions Pte Ltd > > "where there is freedom in your choice" > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Horn > > Wijaya > > Sent: Monday, July 14, 2008 11:48 AM > > To: dovecot@dovecot.org > > Subject: [Dovecot] Dovecot Crash > > > > Jul 13 08:19:15 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 13 08:19:18 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 13 08:19:20 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 13 08:19:30 hera dovecot: fst
Re: [Dovecot] Dovecot Crash
Do you know if it was really Dovecot or something else that wrote these messages? Since it has "dovecot" prefix it looks like it would come from Dovecot, but it doesn't look like Dovecot error message at all. I was just thinking that if it is Dovecot, that error message should be improved. On Mon, 2008-07-14 at 13:09 +0800, Horn Wijaya wrote: > after reading what fstat is all about. > > I somehow found out what's the problem. > > /var/log/dovecotinfo is more than 2GB. :P > > Thanks guys. > > -- > Warmest Regards From: > Horn Wijaya > Consultant > [EMAIL PROTECTED] > http://www.nodens.biz/ > > Nodens Solutions Pte Ltd > "where there is freedom in your choice" > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Horn > Wijaya > Sent: Monday, July 14, 2008 12:38 PM > To: 'Raymond Lillard' > Cc: dovecot@dovecot.org > Subject: Re: [Dovecot] Dovecot Crash > > Hi Ray, > > I have a feeling that it's something else too after googling found out that > fstat 75 happens in even ftp. > > No NFS > FC1 > > Thanks. > > -- > Warmest Regards From: > Horn Wijaya > Consultant > [EMAIL PROTECTED] > http://www.nodens.biz/ > > Nodens Solutions Pte Ltd > "where there is freedom in your choice" > -Original Message- > From: Raymond Lillard [mailto:[EMAIL PROTECTED] > Sent: Monday, July 14, 2008 12:32 PM > To: Horn Wijaya > Cc: dovecot@dovecot.org > Subject: Re: [Dovecot] Dovecot Crash > > > Horn, > > Are you running on NFS? > > What OS? > > These are file system errors. I'm at home and don't > have access to proper documentation, but 75 might be > an error from a remote RPC system. > > Me thinks you've got other problems than Dovecot. > > Ray > > > > Horn Wijaya wrote: > > Ouch... > > 1.1.1 didn't solve it. > > > > Jul 14 10:54:22 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 14 10:54:27 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 14 10:54:31 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 14 10:54:37 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 14 10:54:43 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 14 10:54:55 hera dovecot: fstat 75 : Value too large for defined data > > type > > > > Oh no... > > I am dead in the water... > > > > Tim, pls help. 40 big corporates are on my throat. > > > > Thanks. > > > > -------------- > > Warmest Regards From: > > Horn Wijaya > > Consultant > > [EMAIL PROTECTED] > > http://www.nodens.biz/ > > > > Nodens Solutions Pte Ltd > > "where there is freedom in your choice" > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Horn > > Wijaya > > Sent: Monday, July 14, 2008 11:48 AM > > To: dovecot@dovecot.org > > Subject: [Dovecot] Dovecot Crash > > > > Jul 13 08:19:15 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 13 08:19:18 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 13 08:19:20 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 13 08:19:30 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 13 08:19:31 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 13 08:19:35 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 13 08:19:36 hera dovecot: fstat 75 : Value too large for defined data > > type > > Jul 13 08:19:44 hera dovecot: fstat 75 : Value too large for defined data > > type > > > > Hi All, > > > > I hope someone could help me with this. > > 1.1.RC4 is the version. > > > > I am in the middle of upgrading to 1.1.1 > > Hope that helps > > > > If there's any info for me, please let me know. > > Desperately panicking, hundreds of clients screaming. > > > > Thanks. > > > > -- > > Warmest Regards From: > > Horn Wijaya > > Consultant > > [EMAIL PROTECTED] > > http://www.nodens.biz/ > > > > Nodens Solutions Pte Ltd > > "where there is freedom in your choice" > > signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Dovecot Crash
after reading what fstat is all about. I somehow found out what's the problem. /var/log/dovecotinfo is more than 2GB. :P Thanks guys. -- Warmest Regards From: Horn Wijaya Consultant [EMAIL PROTECTED] http://www.nodens.biz/ Nodens Solutions Pte Ltd "where there is freedom in your choice" -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Horn Wijaya Sent: Monday, July 14, 2008 12:38 PM To: 'Raymond Lillard' Cc: dovecot@dovecot.org Subject: Re: [Dovecot] Dovecot Crash Hi Ray, I have a feeling that it's something else too after googling found out that fstat 75 happens in even ftp. No NFS FC1 Thanks. -- Warmest Regards From: Horn Wijaya Consultant [EMAIL PROTECTED] http://www.nodens.biz/ Nodens Solutions Pte Ltd "where there is freedom in your choice" -Original Message- From: Raymond Lillard [mailto:[EMAIL PROTECTED] Sent: Monday, July 14, 2008 12:32 PM To: Horn Wijaya Cc: dovecot@dovecot.org Subject: Re: [Dovecot] Dovecot Crash Horn, Are you running on NFS? What OS? These are file system errors. I'm at home and don't have access to proper documentation, but 75 might be an error from a remote RPC system. Me thinks you've got other problems than Dovecot. Ray Horn Wijaya wrote: > Ouch... > 1.1.1 didn't solve it. > > Jul 14 10:54:22 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 14 10:54:27 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 14 10:54:31 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 14 10:54:37 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 14 10:54:43 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 14 10:54:55 hera dovecot: fstat 75 : Value too large for defined data > type > > Oh no... > I am dead in the water... > > Tim, pls help. 40 big corporates are on my throat. > > Thanks. > > -- > Warmest Regards From: > Horn Wijaya > Consultant > [EMAIL PROTECTED] > http://www.nodens.biz/ > > Nodens Solutions Pte Ltd > "where there is freedom in your choice" > -Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Horn > Wijaya > Sent: Monday, July 14, 2008 11:48 AM > To: dovecot@dovecot.org > Subject: [Dovecot] Dovecot Crash > > Jul 13 08:19:15 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:18 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:20 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:30 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:31 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:35 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:36 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:44 hera dovecot: fstat 75 : Value too large for defined data > type > > Hi All, > > I hope someone could help me with this. > 1.1.RC4 is the version. > > I am in the middle of upgrading to 1.1.1 > Hope that helps > > If there's any info for me, please let me know. > Desperately panicking, hundreds of clients screaming. > > Thanks. > > -- > Warmest Regards From: > Horn Wijaya > Consultant > [EMAIL PROTECTED] > http://www.nodens.biz/ > > Nodens Solutions Pte Ltd > "where there is freedom in your choice" >
Re: [Dovecot] Dovecot Crash
Hi Ray, I have a feeling that it's something else too after googling found out that fstat 75 happens in even ftp. No NFS FC1 Thanks. -- Warmest Regards From: Horn Wijaya Consultant [EMAIL PROTECTED] http://www.nodens.biz/ Nodens Solutions Pte Ltd "where there is freedom in your choice" -Original Message- From: Raymond Lillard [mailto:[EMAIL PROTECTED] Sent: Monday, July 14, 2008 12:32 PM To: Horn Wijaya Cc: dovecot@dovecot.org Subject: Re: [Dovecot] Dovecot Crash Horn, Are you running on NFS? What OS? These are file system errors. I'm at home and don't have access to proper documentation, but 75 might be an error from a remote RPC system. Me thinks you've got other problems than Dovecot. Ray Horn Wijaya wrote: > Ouch... > 1.1.1 didn't solve it. > > Jul 14 10:54:22 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 14 10:54:27 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 14 10:54:31 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 14 10:54:37 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 14 10:54:43 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 14 10:54:55 hera dovecot: fstat 75 : Value too large for defined data > type > > Oh no... > I am dead in the water... > > Tim, pls help. 40 big corporates are on my throat. > > Thanks. > > -- > Warmest Regards From: > Horn Wijaya > Consultant > [EMAIL PROTECTED] > http://www.nodens.biz/ > > Nodens Solutions Pte Ltd > "where there is freedom in your choice" > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Horn > Wijaya > Sent: Monday, July 14, 2008 11:48 AM > To: dovecot@dovecot.org > Subject: [Dovecot] Dovecot Crash > > Jul 13 08:19:15 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:18 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:20 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:30 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:31 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:35 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:36 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:44 hera dovecot: fstat 75 : Value too large for defined data > type > > Hi All, > > I hope someone could help me with this. > 1.1.RC4 is the version. > > I am in the middle of upgrading to 1.1.1 > Hope that helps > > If there's any info for me, please let me know. > Desperately panicking, hundreds of clients screaming. > > Thanks. > > -- > Warmest Regards From: > Horn Wijaya > Consultant > [EMAIL PROTECTED] > http://www.nodens.biz/ > > Nodens Solutions Pte Ltd > "where there is freedom in your choice" >
Re: [Dovecot] Dovecot Crash
Horn, Are you running on NFS? What OS? These are file system errors. I'm at home and don't have access to proper documentation, but 75 might be an error from a remote RPC system. Me thinks you've got other problems than Dovecot. Ray Horn Wijaya wrote: > Ouch... > 1.1.1 didn't solve it. > > Jul 14 10:54:22 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 14 10:54:27 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 14 10:54:31 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 14 10:54:37 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 14 10:54:43 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 14 10:54:55 hera dovecot: fstat 75 : Value too large for defined data > type > > Oh no... > I am dead in the water... > > Tim, pls help. 40 big corporates are on my throat. > > Thanks. > > -- > Warmest Regards From: > Horn Wijaya > Consultant > [EMAIL PROTECTED] > http://www.nodens.biz/ > > Nodens Solutions Pte Ltd > "where there is freedom in your choice" > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Horn > Wijaya > Sent: Monday, July 14, 2008 11:48 AM > To: dovecot@dovecot.org > Subject: [Dovecot] Dovecot Crash > > Jul 13 08:19:15 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:18 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:20 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:30 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:31 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:35 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:36 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:44 hera dovecot: fstat 75 : Value too large for defined data > type > > Hi All, > > I hope someone could help me with this. > 1.1.RC4 is the version. > > I am in the middle of upgrading to 1.1.1 > Hope that helps > > If there's any info for me, please let me know. > Desperately panicking, hundreds of clients screaming. > > Thanks. > > -- > Warmest Regards From: > Horn Wijaya > Consultant > [EMAIL PROTECTED] > http://www.nodens.biz/ > > Nodens Solutions Pte Ltd > "where there is freedom in your choice" >
Re: [Dovecot] Dovecot Crash
futher info, It will turn the dovecot process status to Z, and load shoot up to 20+ And no one else can login, just because one process crashes. Thanks. -- Warmest Regards From: Horn Wijaya Consultant [EMAIL PROTECTED] http://www.nodens.biz/ Nodens Solutions Pte Ltd "where there is freedom in your choice" -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Horn Wijaya Sent: Monday, July 14, 2008 12:01 PM To: 'Patrick Nagel'; dovecot@dovecot.org Subject: Re: [Dovecot] Dovecot Crash # 1.1.1: /usr/local/etc/dovecot.conf base_dir: /var/run/dovecot/ log_path: /var/log/dovecot info_log_path: /var/log/dovecotinfo protocols: imap pop3 ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_log_format_elements: user=<%u> method=%m rip=%r lip=%l %c pid=%p valid_chroot_dirs: /home verbose_proctitle: yes mail_location: maildir:/home/virtual/%d/home/%n/Maildir mail_debug: yes maildir_copy_with_hardlinks: no mbox_write_locks: fcntl mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %08Xv%08Xu auth default: mechanisms: plain login username_translation: #@ username_format: %Lu verbose: yes debug: yes debug_passwords: yes passdb: driver: passwd-file args: username_format=%n /home/virtual/%d/etc/shadow userdb: driver: passwd-file args: username_format=%n /home/virtual/%d/etc/passwd Thanks, Mate. -- Warmest Regards From: Horn Wijaya Consultant [EMAIL PROTECTED] http://www.nodens.biz/ Nodens Solutions Pte Ltd "where there is freedom in your choice" -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Patrick Nagel Sent: Monday, July 14, 2008 11:56 AM To: dovecot@dovecot.org Subject: Re: [Dovecot] Dovecot Crash On Monday 14 July 2008, Horn Wijaya wrote: > Jul 13 08:19:15 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:18 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:20 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:30 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:31 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:35 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:36 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:44 hera dovecot: fstat 75 : Value too large for defined data > type > > Hi All, > > I hope someone could help me with this. > 1.1.RC4 is the version. I think the output of 'dovecot -n' and some more context from the logs would be useful. Patrick. -- STAR Software (Shanghai) Co., Ltd.http://www.star-group.net/ Phone:+86 (21) 3462 7688 x 826 Fax: +86 (21) 3462 7779 PGP key: https://stshacom1.star-china.net/keys/patrick_nagel.asc Fingerprint: E09A D65E 855F B334 E5C3 5386 EF23 20FC E883 A005
Re: [Dovecot] Dovecot Crash
# 1.1.1: /usr/local/etc/dovecot.conf base_dir: /var/run/dovecot/ log_path: /var/log/dovecot info_log_path: /var/log/dovecotinfo protocols: imap pop3 ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_log_format_elements: user=<%u> method=%m rip=%r lip=%l %c pid=%p valid_chroot_dirs: /home verbose_proctitle: yes mail_location: maildir:/home/virtual/%d/home/%n/Maildir mail_debug: yes maildir_copy_with_hardlinks: no mbox_write_locks: fcntl mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %08Xv%08Xu auth default: mechanisms: plain login username_translation: #@ username_format: %Lu verbose: yes debug: yes debug_passwords: yes passdb: driver: passwd-file args: username_format=%n /home/virtual/%d/etc/shadow userdb: driver: passwd-file args: username_format=%n /home/virtual/%d/etc/passwd Thanks, Mate. -- Warmest Regards From: Horn Wijaya Consultant [EMAIL PROTECTED] http://www.nodens.biz/ Nodens Solutions Pte Ltd "where there is freedom in your choice" -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Patrick Nagel Sent: Monday, July 14, 2008 11:56 AM To: dovecot@dovecot.org Subject: Re: [Dovecot] Dovecot Crash On Monday 14 July 2008, Horn Wijaya wrote: > Jul 13 08:19:15 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:18 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:20 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:30 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:31 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:35 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:36 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:44 hera dovecot: fstat 75 : Value too large for defined data > type > > Hi All, > > I hope someone could help me with this. > 1.1.RC4 is the version. I think the output of 'dovecot -n' and some more context from the logs would be useful. Patrick. -- STAR Software (Shanghai) Co., Ltd.http://www.star-group.net/ Phone:+86 (21) 3462 7688 x 826 Fax: +86 (21) 3462 7779 PGP key: https://stshacom1.star-china.net/keys/patrick_nagel.asc Fingerprint: E09A D65E 855F B334 E5C3 5386 EF23 20FC E883 A005
Re: [Dovecot] Dovecot Crash
Ouch... 1.1.1 didn't solve it. Jul 14 10:54:22 hera dovecot: fstat 75 : Value too large for defined data type Jul 14 10:54:27 hera dovecot: fstat 75 : Value too large for defined data type Jul 14 10:54:31 hera dovecot: fstat 75 : Value too large for defined data type Jul 14 10:54:37 hera dovecot: fstat 75 : Value too large for defined data type Jul 14 10:54:43 hera dovecot: fstat 75 : Value too large for defined data type Jul 14 10:54:55 hera dovecot: fstat 75 : Value too large for defined data type Oh no... I am dead in the water... Tim, pls help. 40 big corporates are on my throat. Thanks. -- Warmest Regards From: Horn Wijaya Consultant [EMAIL PROTECTED] http://www.nodens.biz/ Nodens Solutions Pte Ltd "where there is freedom in your choice" -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Horn Wijaya Sent: Monday, July 14, 2008 11:48 AM To: dovecot@dovecot.org Subject: [Dovecot] Dovecot Crash Jul 13 08:19:15 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:18 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:20 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:30 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:31 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:35 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:36 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:44 hera dovecot: fstat 75 : Value too large for defined data type Hi All, I hope someone could help me with this. 1.1.RC4 is the version. I am in the middle of upgrading to 1.1.1 Hope that helps If there's any info for me, please let me know. Desperately panicking, hundreds of clients screaming. Thanks. -- Warmest Regards From: Horn Wijaya Consultant [EMAIL PROTECTED] http://www.nodens.biz/ Nodens Solutions Pte Ltd "where there is freedom in your choice"
Re: [Dovecot] Dovecot Crash
On Monday 14 July 2008, Horn Wijaya wrote: > Jul 13 08:19:15 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:18 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:20 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:30 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:31 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:35 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:36 hera dovecot: fstat 75 : Value too large for defined data > type > Jul 13 08:19:44 hera dovecot: fstat 75 : Value too large for defined data > type > > Hi All, > > I hope someone could help me with this. > 1.1.RC4 is the version. I think the output of 'dovecot -n' and some more context from the logs would be useful. Patrick. -- STAR Software (Shanghai) Co., Ltd.http://www.star-group.net/ Phone:+86 (21) 3462 7688 x 826 Fax: +86 (21) 3462 7779 PGP key: https://stshacom1.star-china.net/keys/patrick_nagel.asc Fingerprint: E09A D65E 855F B334 E5C3 5386 EF23 20FC E883 A005 signature.asc Description: This is a digitally signed message part.
[Dovecot] Dovecot Crash
Jul 13 08:19:15 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:18 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:20 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:27 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:30 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:31 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:34 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:35 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:36 hera dovecot: fstat 75 : Value too large for defined data type Jul 13 08:19:44 hera dovecot: fstat 75 : Value too large for defined data type Hi All, I hope someone could help me with this. 1.1.RC4 is the version. I am in the middle of upgrading to 1.1.1 Hope that helps If there's any info for me, please let me know. Desperately panicking, hundreds of clients screaming. Thanks. -- Warmest Regards From: Horn Wijaya Consultant [EMAIL PROTECTED] http://www.nodens.biz/ Nodens Solutions Pte Ltd "where there is freedom in your choice"
Re: [Dovecot] Dovecot crash in 1.0.13
>> Btw, why is the whole Dovecot system shutting down due to a bug in the
>> 'imap' subprocess? It's rather annoying for the rest of the users...
>
> It shouldnt' be.
>
>> May 20 15:16:32 ifm.liu.se dovecot: [ID 107833 mail.info] IMAP(inand):
>> Server shutting down
>
> Do you mean you didn't cause this manually?
Right.
Hmm.. I wonder if it might be due to the Solaris SMF system seeing the
coredump (and/or signals) and deciding that the system
it is monitoring has failed and thus shuts it down. (I use SMF to handle
Dovecot).
Ah! Yes, that's why!
# tail -18 /var/svc/log/network-dovecot:default.log
[ May 20 15:16:32 Stopping because process dumped core. ]
[ May 20 15:16:32 Executing stop method (:kill) ]
[ May 20 15:17:02 Method or service exit timed out. Killing contract 6893 ]
[ May 20 15:24:03 Leaving maintenance because clear requested. ]
[ May 20 15:24:03 Enabled. ]
[ May 20 15:24:04 Executing start method ("/ifm/sbin/start_dovecot") ]
[ May 20 15:24:04 Method "start" exited with status 0 ]
[ May 20 19:42:25 Stopping because process dumped core. ]
[ May 20 19:42:25 Executing stop method (:kill) ]
[ May 20 19:42:56 Method or service exit timed out. Killing contract 7854 ]
[ May 20 21:26:45 Leaving maintenance because clear requested. ]
[ May 20 21:26:45 Enabled. ]
[ May 20 21:26:46 Executing start method ("/ifm/sbin/start_dovecot") ]
[ May 20 21:26:46 Method "start" exited with status 0 ]
[ May 21 08:35:34 Stopping because process dumped core. ]
[ May 21 08:35:34 Executing stop method (:kill) ]
[ May 21 08:35:34 Executing start method ("/ifm/sbin/start_dovecot") ]
[ May 21 08:35:34 Method "start" exited with status 0 ]
Hmm...
Ah! The Solaris SMF FAQ 4.5 has a good answer on how to fix that.
Add the following to the Solaris SMF manifest that controls Dovecot:
Please find enclosed an updated Solaris SMF manifest that others might
be interested in using on Solaris 10/OpenSolaris systems...
- Peter
Dovecot IMAP/POP3 server
signature.asc
Description: OpenPGP digital signature
Re: [Dovecot] Dovecot crash in 1.0.13
On May 21, 2008, at 9:40 AM, Peter Eriksson wrote: mail_process_size setting limits this to 256 MB by default. You could increase it or drop it completely. It's there mainly to catch memory leaks and such because users rarely reach this limit. Question: Should Dovecot handle this better somehow? Perhaps the error message could mention mail_process_size setting. :) Perhaps. Or some sizing guidelines next to that setting in the config file so one can make some decision on how many mails you wish to support per folder... (Ie, 256MB -> max 471142 mails). Might be difficult to get an exakt number depending on CPU limits (alignment of data types in structs and stuff). It mostly depends on mails and clients. dovecot.index.cache file takes most of the memory and there's no good way to estimate its size. Btw, why is the whole Dovecot system shutting down due to a bug in the 'imap' subprocess? It's rather annoying for the rest of the users... It shouldnt' be. May 20 15:16:32 ifm.liu.se dovecot: [ID 107833 mail.info] IMAP(inand): Server shutting down Do you mean you didn't cause this manually? PGP.sig Description: This is a digitally signed message part
Re: [Dovecot] Dovecot crash in 1.0.13
Timo Sirainen wrote: > On May 20, 2008, at 10:53 PM, Peter Eriksson wrote: > >> It's always the same user causing these "Out of memory" errors >> (unlikely since this machine has 8GB of RAM and XXGB of swap >> and typically has plenty of memory free. His maildir directory is >> 1.4GB in size. >> >> Hmm... He seems to have a *huge* Trash folder... About 3.5 _milllion_ >> mails in it... I wonder... >> >> I bet his imap process runs into a system limit (even though it is a >> 64 bit process). Yeah... > > mail_process_size setting limits this to 256 MB by default. You could > increase it or drop it completely. It's there mainly to catch memory > leaks and such because users rarely reach this limit. > >> Question: Should Dovecot handle this better somehow? > > Perhaps the error message could mention mail_process_size setting. :) Perhaps. Or some sizing guidelines next to that setting in the config file so one can make some decision on how many mails you wish to support per folder... (Ie, 256MB -> max 471142 mails). Might be difficult to get an exakt number depending on CPU limits (alignment of data types in structs and stuff). Btw, why is the whole Dovecot system shutting down due to a bug in the 'imap' subprocess? It's rather annoying for the rest of the users... - Peter signature.asc Description: OpenPGP digital signature
Re: [Dovecot] Dovecot crash in 1.0.13
On May 20, 2008, at 10:53 PM, Peter Eriksson wrote: It's always the same user causing these "Out of memory" errors (unlikely since this machine has 8GB of RAM and XXGB of swap and typically has plenty of memory free. His maildir directory is 1.4GB in size. Hmm... He seems to have a *huge* Trash folder... About 3.5 _milllion_ mails in it... I wonder... I bet his imap process runs into a system limit (even though it is a 64 bit process). Yeah... mail_process_size setting limits this to 256 MB by default. You could increase it or drop it completely. It's there mainly to catch memory leaks and such because users rarely reach this limit. Question: Should Dovecot handle this better somehow? Perhaps the error message could mention mail_process_size setting. :) PGP.sig Description: This is a digitally signed message part
Re: [Dovecot] Dovecot crash in 1.0.13
Noticed some more stuff this time: May 20 19:37:38 ifm.liu.se dovecot: [ID 107833 mail.error] IMAP(joher): block_alloc(): Out of memory May 20 19:37:38 ifm.liu.se dovecot: [ID 961074 mail.error] child 10772 (imap) returned error 83 (Out of memory) May 20 19:40:47 ifm.liu.se dovecot: [ID 107833 mail.error] IMAP(joher): block_alloc(): Out of memory May 20 19:40:47 ifm.liu.se dovecot: [ID 961074 mail.error] child 11002 (imap) returned error 83 (Out of memory) May 20 19:42:25 ifm.liu.se dovecot: [ID 107833 mail.error] IMAP(jordi): file mail-index-view-sync.c: line 666: assertion failed: (view->log_file_offset >= vie w->map->hdr.log_file_int_offset) May 20 19:42:25 ifm.liu.se dovecot: [ID 107833 mail.error] IMAP(jordi): Raw backtrace: 0x100082ee8 -> 0x1000630d4 -> 0x10004b484 -> 0x1000203e8 -> 0x1000209dc -> 0x100011f90 -> 0x100016e74 -> 0x100017294 -> 0x10008ac90 -> 0x10008a170 -> 0x100022cc8 -> 0x10001003c May 20 19:42:25 ifm.liu.se dovecot: [ID 684838 mail.error] child 11281 (imap) killed with signal 6 It's always the same user causing these "Out of memory" errors (unlikely since this machine has 8GB of RAM and XXGB of swap and typically has plenty of memory free. His maildir directory is 1.4GB in size. Hmm... He seems to have a *huge* Trash folder... About 3.5 _milllion_ mails in it... I wonder... I bet his imap process runs into a system limit (even though it is a 64 bit process). Yeah... # plimit 17233 17233: imap resource current maximum time(seconds) unlimited unlimited file(blocks) unlimited unlimited data(kbytes) 262144 262144 stack(kbytes) 8192unlimited coredump(blocks) unlimited unlimited nofiles(descriptors) 16384 16384 vmemory(kbytes) 262144 262144 I bet it's the stacksize that get's exhausted trying to lhandle all those 3.5 million emails. Question: Should Dovecot handle this better somehow? - Peter
Re: [Dovecot] Dovecot crash in 1.0.13
No core dump for now. Core dump backtrace got now: (dbx) where [1] __lwp_kill(0x0, 0x6, 0x100082ee8, 0x19d4e0, 0x0, 0x0), at 0x7e9ceab8 [2] raise(0x6, 0x0, 0x, 0x7eae6000, 0x0, 0x0), at 0x7e96b434 [3] abort(0x1, 0x1b8, 0x100082ee8, 0x19d4e0, 0x0, 0x0), at 0x7e948c2c [4] i_internal_panic_handler(0x1000a88e0, 0x7fffedb8, 0xe2c8, 0x100206010, 0x1000ab000, 0x1000ab), at 0x100083734 [5] i_panic(0x1000a88e0, 0x1001b7de0, 0x1001b0, 0x1001b, 0xe2c8, 0x1000836f8), at 0x100082ee8 =>[6] mail_index_view_sync_end(0x0, 0x100205f70, 0xe2c8, 0x100206010, 0x100207a30, 0x1001b7da8), at 0x1000630d4 [7] index_mailbox_sync_deinit(0x1001c4c00, 0x7fffef40, 0x0, 0x10004b460, 0x1001ebcc0, 0x0), at 0x10004b484 [8] imap_sync_deinit(0x100206340, 0x1, 0x0, 0x10009f000, 0x10009f, 0x10009f0e8), at 0x1000203e8 [9] cmd_sync(0x1001e4758, 0x1, 0x0, 0x100020, 0x1001e6f68, 0x0), at 0x1000209dc [10] cmd_fetch(0x1001e4758, 0x1, 0x3, 0x1001e46e0, 0x1001e6a40, 0x1001e6a90), at 0x100011f90 [11] client_handle_input(0x1001e4758, 0x10, 0x18c, 0x10, 0x1001ba000, 0x100015fa0), at 0x100016e74 [12] _client_input(0x1001e46e0, 0x1001b1000, 0x10009d, 0x400, 0x8000, 0x1001e4758), at 0x100017294 [13] io_loop_handler_run(0x1001dc4f0, 0x0, 0x0, 0x1001e2590, 0x1001c9d80, 0x1001c7aa0), at 0x10008ac90 [14] io_loop_run(0x1001dc4f0, 0x28, 0x1, 0x8000, 0x8000, 0x80), at 0x10008a170 [15] main(0x1001e46e0, 0x10009f2a8, 0x1001af000, 0x7874, 0x1001b, 0x1001affd0), at 0x100022cc8 (dbx) quit - Peter
Re: [Dovecot] Dovecot crash in 1.0.13
Timo Sirainen wrote: > On Wed, 2008-05-14 at 12:29 +0200, Peter Eriksson wrote: > >> May 14 11:46:51 ifm.liu.se dovecot: [ID 107833 mail.error] IMAP(joher): >> file maildir-uidlist.c: line 143: assertion failed: (UIDLIS >> T_IS_LOCKED(uidlist)) > > If this still hapens with 1.0.13, it would help to get a gdb backtrace. > http://dovecot.org/bugreport.html > Now 1.0.13 crashed for me. Here's the relevant parts of the syslog file: May 20 15:16:30 ifm.liu.se dovecot: [ID 107833 mail.info] auth(default): new auth connection: pid=11109 May 20 15:16:30 ifm.liu.se dovecot: [ID 107833 mail.info] auth(default): new auth connection: pid=11108 May 20 15:16:32 ifm.liu.se dovecot: [ID 107833 mail.error] IMAP(inand): file mail-index-view-sync.c: line 666: assertion failed: (v iew->log_file_offset >= view->map->hdr.log_file_int_offset) May 20 15:16:32 ifm.liu.se dovecot: [ID 107833 mail.error] IMAP(inand): Raw backtrace: 0x100082ee8 -> 0x1000630d4 -> 0x10004b484 -> 0x1000203e8 -> 0x1000209dc -> 0x100011f90 -> 0x100016e74 -> 0x100017294 -> 0x10008ac90 -> 0x10008a170 -> 0x100022cc8 -> 0x10001003 c May 20 15:16:32 ifm.liu.se dovecot: [ID 684838 mail.error] child 11097 (imap) killed with signal 6 May 20 15:16:32 ifm.liu.se dovecot: [ID 107833 mail.warning] IMAP(natro): Killed with signal 15 May 20 15:16:32 ifm.liu.se dovecot: [ID 107833 mail.warning] IMAP(inand): Killed with signal 15 May 20 15:16:32 ifm.liu.se dovecot: [ID 107833 mail.info] IMAP(inand): Server shutting down May 20 15:16:32 ifm.liu.se dovecot: [ID 107833 mail.warning] imap-login: Killed with signal 15 May 20 15:16:32 ifm.liu.se dovecot: [ID 107833 mail.info] IMAP(natro): Server shutting down ... Output from "dovecot-n" attached. Dovecot version: 1.0.13 (yes yes, I will try out 1.1 soon :-) Operating system: Solaris 10 CPU: SPARC Hardware: Sun Fire T1000 Filesystem: NFSv4 from a Sun Fire X4500 (Thumper) server with ZFS. Mailstore: Maildir Exactly what was being done when it crashes is unclear (typically we have around 220 imap processes running) I checked out that users Maildir folder but couldn't really see anything special. I know that user has been trying out Microsoft Outlook lately (we normally use Thunderbird, Eudora or Outlook Express). No core dump for now. - Peter # 1.0.13: /etc/dovecot.conf base_dir: /var/run/dovecot/ protocols: imap pop3 imaps pop3s ssl_ca_file: /ifm/etc/certs/dovecot-CA.cert.pem ssl_cert_file: /ifm/etc/certs/dovecot-ifm.cert.pem ssl_key_file: /ifm/etc/certs/dovecot-ifm.key.pem login_dir: /var/run/dovecot/login login_executable(default): /ifm/libexec/dovecot/imap-login login_executable(imap): /ifm/libexec/dovecot/imap-login login_executable(pop3): /ifm/libexec/dovecot/pop3-login login_greeting: Welcome to the IFM Dovecot Server. first_valid_uid: 100 mail_location: maildir:Maildir mmap_disable: yes maildir_copy_with_hardlinks: yes mbox_write_locks: fcntl mail_executable(default): /ifm/libexec/dovecot/imap mail_executable(imap): /ifm/libexec/dovecot/imap mail_executable(pop3): /ifm/libexec/dovecot/pop3 mail_plugin_dir(default): /ifm/lib/dovecot/imap mail_plugin_dir(imap): /ifm/lib/dovecot/imap mail_plugin_dir(pop3): /ifm/lib/dovecot/pop3 imap_capability(default): CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ CHILDREN NAMESPACE LOGIN-REFERRALS STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=GSSAPI imap_capability(imap): CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ CHILDREN NAMESPACE LOGIN-REFERRALS STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=GSSAPI imap_capability(pop3): imap_client_workarounds(default): outlook-idle delay-newmail imap_client_workarounds(imap): outlook-idle delay-newmail imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh namespace: type: private separator: / inbox: yes namespace: type: private separator: / prefix: mail/ hidden: yes namespace: type: private separator: / prefix: Mail/ hidden: yes namespace: type: private separator: / prefix: ~/mail/ hidden: yes namespace: type: private separator: / prefix: ~/Mail/ hidden: yes namespace: type: private separator: / prefix: ~%u/mail/ hidden: yes namespace: type: private separator: / prefix: ~%u/Mail/ hidden: yes auth default: mechanisms: plain login gssapi executable: /ifm/libexec/dovecot/dovecot-auth verbose: yes debug: yes passdb: driver: pam userdb: driver: passwd signature.asc Description: OpenPGP digital signature
Re: [Dovecot] Dovecot crash in 1.0.9
On Wed, 2008-05-14 at 12:29 +0200, Peter Eriksson wrote: > May 14 11:46:51 ifm.liu.se dovecot: [ID 107833 mail.error] IMAP(joher): > file maildir-uidlist.c: line 143: assertion failed: (UIDLIS > T_IS_LOCKED(uidlist)) If this still hapens with 1.0.13, it would help to get a gdb backtrace. http://dovecot.org/bugreport.html signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Dovecot crash in 1.0.9
On 5/14/2008, Peter Eriksson ([EMAIL PROTECTED]) wrote: > I hope the performance is better since 1.0's performance (on our system) > is really bad (so bad that some of my users have been complaining since > it feels more sluggish than the older UW-Imap-based system (which > granted had it mail spool on local disks). Another thing I'm thinking > about is going back to have the mail spool on local disks but I'd rather > avoid that if I can. then something is not right in your setup, becasue dovecots performance is much better than courier-iamp or UW... How many times do I have to ask for dovecot -n output?? That might point to where your config is fubared and causing your performance problems - but it is most likely a configuration issue related to NFS... Just try 1.1 - I think you'll just end up asking yourself why you waited so long... ;) -- Best regards, Charles
Re: [Dovecot] Dovecot crash in 1.0.9
Charles Marcus wrote: > On 5/14/2008, Peter Eriksson ([EMAIL PROTECTED]) wrote: >>> Also, output of dovecot -n, and more platform details (ie, are you using >>> NFS?) will make it easier for someone (else) to help... > >> NFS: Yes. > > Ok, then dovecot -n output may be necessary... there are some issues > with NFS on the 1.0.x versions that are supposedly fixed properly in 1.1... > > Timo has said more than once that if you are using NFS, then you really > should be using 1.1 Yes, I know. I just haven't had time to try out the 1.1 series yet. I hope the performance is better since 1.0's performance (on our system) is really bad (so bad that some of my users have been complaining since it feels more sluggish than the older UW-Imap-based system (which granted had it mail spool on local disks). Another thing I'm thinking about is going back to have the mail spool on local disks but I'd rather avoid that if I can. - Peter signature.asc Description: OpenPGP digital signature
Re: [Dovecot] Dovecot crash in 1.0.9
On 5/14/2008, Peter Eriksson ([EMAIL PROTECTED]) wrote: >> Also, output of dovecot -n, and more platform details (ie, are you using >> NFS?) will make it easier for someone (else) to help... > NFS: Yes. Ok, then dovecot -n output may be necessary... there are some issues with NFS on the 1.0.x versions that are supposedly fixed properly in 1.1... Timo has said more than once that if you are using NFS, then you really should be using 1.1 -- Best regards, Charles
Re: [Dovecot] Dovecot crash in 1.0.9
Charles Marcus wrote: > On 5/14/2008, Peter Eriksson ([EMAIL PROTECTED]) wrote: >> Any good ideas on how to pin-point the problem? > > If memory serves, some of these were fixed in recent versions... upgrade > to 1.0.13 (or maybe even 1.1rc5) and see if that fixes it... Hmm..? I thought I had installed the lastest version. *Checks out the system* Gah! 1.0.9 > 1.0.13 when sorting stuff alphabetically... So my fine package handling system would ignore my lastest installed Dovecot and keep using the 1.0.9 version forever. Doh! :-) > Also, output of dovecot -n, and more platform details (ie, are you using > NFS?) will make it easier for someone (else) to help... NFS: Yes. Ok, I'll _really_ try 1.0.13 instead and see if that one resurfaces again :-) - Peter signature.asc Description: OpenPGP digital signature
Re: [Dovecot] Dovecot crash in 1.0.9
On 5/14/2008, Peter Eriksson ([EMAIL PROTECTED]) wrote: > Any good ideas on how to pin-point the problem? If memory serves, some of these were fixed in recent versions... upgrade to 1.0.13 (or maybe even 1.1rc5) and see if that fixes it... Also, output of dovecot -n, and more platform details (ie, are you using NFS?) will make it easier for someone (else) to help... -- Best regards, Charles
[Dovecot] Dovecot crash in 1.0.9
I've been having a problem with a crashing Dovecot the last couple of months where it crashes after a couple of weeks of uptime. Been a bit difficult to diagnose. Anyway, we're now running 1.0.9 on a Sun Fire T1000 running Solaris 10. Any good ideas on how to pin-point the problem? - Peter Here's the output from syslog when the last crash happened: May 14 11:46:50 ifm.liu.se dovecot: [ID 107833 mail.info] imap-login: Login: user=, method=PLAIN, rip=130.236.160.20, lip=13 0.236.160.6, secured May 14 11:46:50 ifm.liu.se dovecot: [ID 107833 mail.info] auth(default): new auth connection: pid=4054 May 14 11:46:51 ifm.liu.se dovecot: [ID 107833 mail.error] IMAP(joher): file maildir-uidlist.c: line 143: assertion failed: (UIDLIS T_IS_LOCKED(uidlist)) May 14 11:46:51 ifm.liu.se dovecot: [ID 107833 mail.error] IMAP(joher): Raw backtrace: 0x100082768 -> 0x1000298ec -> 0x100027e70 -> 0x100028fa8 -> 0x1000294a8 -> 0x10002057c -> 0x100014824 -> 0x100016cb4 -> 0x1000170d4 -> 0x10008a458 -> 0x100089938 -> 0x100022ad 8 -> 0x1fe7c May 14 11:46:51 ifm.liu.se dovecot: [ID 684838 mail.error] child 3677 (imap) killed with signal 6 May 14 11:46:51 ifm.liu.se dovecot: [ID 107833 mail.warning] IMAP(hidta): Killed with signal 15 May 14 11:46:51 ifm.liu.se dovecot: [ID 107833 mail.warning] IMAP(peber): Killed with signal 15 ... May 14 11:46:51 ifm.liu.se dovecot: [ID 107833 mail.info] IMAP(yohell): Server shutting down May 14 11:46:51 ifm.liu.se dovecot: [ID 107833 mail.warning] imap-login: Killed with signal 15 May 14 11:46:51 ifm.liu.se dovecot: [ID 107833 mail.warning] auth(default): Killed with signal 15 May 14 11:46:51 ifm.liu.se dovecot[7743]: [ID 711832 mail.warning] I/O leak: 1a578 (268) May 14 11:46:51 ifm.liu.se dovecot[7743]: [ID 711832 mail.warning] I/O leak: 1a578 (275) May 14 11:46:51 ifm.liu.se dovecot[7743]: [ID 711832 mail.warning] I/O leak: 1a578 (261) May 14 11:46:51 ifm.liu.se dovecot[7743]: [ID 711832 mail.warning] I/O leak: 1a578 (256) May 14 11:46:51 ifm.liu.se dovecot[7743]: [ID 711832 mail.warning] I/O leak: 1a578 (197) May 14 11:46:51 ifm.liu.se dovecot[7743]: [ID 711832 mail.warning] I/O leak: 1a578 (254) signature.asc Description: OpenPGP digital signature
