Re: Segmentation Fault with dbmail 3.2.1 (FreeBSD)

Andrea Brancatelli <[email protected]>
Newsgroups gmane.mail.imap.dbmail
Message-ID <[email protected]>
We tried to switch to 3.2.0 on an older machine but it segfaults the same…

Please, we need some help!

-------
Andrea Brancatelli
Schema 31 S.p.a.
Responsabile IT

ROMA - FIRENZE - PALERMO  
ITALY
Tel: +39. 06.98.358.472
Cell: +39 331.2488468
Fax: +39. 055.71.880.466
Società del Gruppo SC31 ITALIA


Il giorno 29 dicembre 2014 @ 10:35:54, Andrea Brancatelli ([email protected]) ha scritto:

   
Hello everybody.  

We recently upgraded from 3.1.17 to 3.2.1 on two different machines and we’re now facing continuous segmentation faults both in dbmail-imapd and dbmail-lmtpd (on both machines).  

We don’t have dbmail-pop3d active but I suppose that would be crashing too :-)  

The machine is a FreeBSD 10.1, I suspect there’s something strange going on with libzdb. Last line in dbmail.err is always the same when dbmail crashes:  

Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Database:[db] db_con_clear(+349): [0x80506f6f0] connection cleared  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Database:[db] db_stmt_prepare(+477): [0x80506f6f0] [SELECT MAX(message_idnr)+1 FROM dbmail_messages WHERE mailbox_idnr=?]  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Database:[db] db_stmt_set_u64(+497): [0x80516cd20] 1:[1142]  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Database:[db] db_commit_transaction(+606): COMMIT  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Database:[db] db_con_close(+342): [0x80506f6f0] connection to pool  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Debug:[MailboxState] MailboxState_hasPermission(+973): checking ACL [read_flag] for user [137] on mailbox [1142]  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Database:[db] db_con_get(+314): [0x80506f6f0] connection from pool  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Database:[db] db_stmt_prepare(+477): [0x80506f6f0] [SELECT * FROM dbmail_acl WHERE user_id = ? AND mailbox_id = ?]  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Database:[db] db_stmt_set_u64(+497): [0x80516cd20] 1:[137]  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Database:[db] db_stmt_set_u64(+497): [0x80516cd20] 2:[1142]  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Database:[db] db_con_close(+342): [0x80506f6f0] connection to pool  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Debug:[MailboxState] MailboxState_hasPermission(+1007): mailbox [1142] is owned by user [137]and no ACL in place. Giving all rights  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Debug:[imap] mailbox_check_acl(+369): access granted  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Database:[db] db_con_get(+314): [0x80506f6f0] connection from pool  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Database:[db] db_stmt_prepare(+477): [0x80506f6f0] [SELECT name,seq FROM dbmail_mailboxes WHERE mailbox_idnr=?]  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Database:[db] db_stmt_set_u64(+497): [0x80516cd20] 1:[1142]  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Debug:[MailboxState] db_getmailbox_seq(+878): id: [1142] name: [Drafts] seq [11334]  
Dec 29 10:30:30 rubidio.roma.sc dbmail-imapd[49852]: [0x80500a540] Database:[db] db_con_close(+342): [0x80506f6f0] connection to pool  

There’s no dbmail-imapd.core or anything.   

The chain is the usual one: stunnel -> dbmail -> mysql 5.6  

The machine is pretty busy but not super busy, after all it’s 29 dic.  

What can I look for?  

Thank you.  

-------  
Andrea Brancatelli

_______________________________________________
DBmail mailing list
[email protected]
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.