The following issue has been CLOSED 
====================================================================== 
http://www.dbmail.org/mantis/view.php?id=682 
====================================================================== 
Reported By:                m2000
Assigned To:                
====================================================================== 
Project:                    DBMail
Issue ID:                   682
Category:                   Authentication layer
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
target:                      
Resolution:                 unable to reproduce
Fixed in Version:           
====================================================================== 
Date Submitted:             14-Feb-08 21:45 CET
Last Modified:              05-Oct-08 12:18 CEST
====================================================================== 
Summary:                    IMAP/LMTP dies when LDAP disappears, even if it
comes back a minute later.
Description: 
This seems to be another repeat of bug
http://www.dbmail.org/mantis/view.php?id=612, but reproduced in 2.2.7 and
2.2.9.

This seems to happen to us about 1 to 2 times a day (but sometimes doesn't
happen for a week), wherein we get the following error:

Feb 13 09:06:33 perch dbmail-imapd[12984]: Error:[auth]
authldap.c,auth_ldap_bind(+130): ldap_bind_s failed: Can't contact
LDAP server

Around this time, no one is able to establish new connections to IMAP, and
all LMTP deliveries cease. The only known fix is to stop the dbmail-lmtp
and dbmail-imap services, and then restart them.
====================================================================== 

---------------------------------------------------------------------- 
 m2000 - 28-Feb-08 20:15  
---------------------------------------------------------------------- 
We found out why the LDAP fails (an internal problem involving DHCP +
duplicate IPs), but not why DBmail freaks out afterward and does not
recover w/o a restart.

At this point I have a perl script that reads the dbmai.err file, and if
it sees the right string, restarts dbmail. However, this is not a good
long-term solution. 

---------------------------------------------------------------------- 
 paul - 28-Feb-08 22:11  
---------------------------------------------------------------------- 
The problem is I can't reproduce this, but perhaps my test is not
representative for your problem. 

Could you please provide level=5 logs and steps to reproduce. 

---------------------------------------------------------------------- 
 m2000 - 28-Feb-08 22:15  
---------------------------------------------------------------------- 
I'll try to reproduce it this Saturday (maintenance window already
scheduled) 

---------------------------------------------------------------------- 
 m2000 - 02-Mar-08 04:23  
---------------------------------------------------------------------- 
Ok, I now should have some logs for you, however I need to audit them 
first and redact any proprietary/personal data from them first. I'll get
them to you probably by Monday (Pacific/US time) 

---------------------------------------------------------------------- 
 m2000 - 03-Mar-08 21:37  
---------------------------------------------------------------------- 
Putting some work into it, I'm afraid that there is practically nothing
from trace level=5

Mar  1 18:53:57 perch dbmail/imap4d[4370]: Error:[auth]
authldap.c,auth_ldap_bind(+132): ldap_bind_s failed: Can't contact LDAP
server
Mar  1 18:53:57 perch dbmail/imap4d[4370]: Error:[serverchild]
serverchild.c,PerformChildTask(+303): could not connect to authentication
Mar  1 18:53:58 perch dbmail/imap4d[4372]: Error:[auth]
authldap.c,auth_ldap_bind(+132): ldap_bind_s failed: Can't contact LDAP
server
Mar  1 18:53:58 perch dbmail/imap4d[4372]: Error:[serverchild]
serverchild.c,PerformChildTask(+303): could not connect to authentication
Mar  1 18:53:59 perch dbmail/imap4d[4374]: Error:[auth]
authldap.c,auth_ldap_bind(+132): ldap_bind_s failed: Can't contact LDAP
server
Mar  1 18:53:59 perch dbmail/imap4d[4374]: Error:[serverchild]
serverchild.c,PerformChildTask(+303): could not connect to authentication
Mar  1 18:54:00 perch dbmail/imap4d[4376]: Error:[auth]
authldap.c,auth_ldap_bind(+132): ldap_bind_s failed: Can't contact LDAP
server
Mar  1 18:54:00 perch dbmail/imap4d[4376]: Error:[serverchild]
serverchild.c,PerformChildTask(+303): could not connect to authentication
Mar  1 18:54:01 perch dbmail/imap4d[4378]: Error:[auth]
authldap.c,auth_ldap_bind(+132): ldap_bind_s failed: Can't contact LDAP
server
Mar  1 18:54:01 perch dbmail/imap4d[4378]: Error:[serverchild]
serverchild.c,PerformChildTask(+303): could not connect to authentication
Mar  1 19:14:12 perch dbmail/imap4d[4255]: Debug:[server]
server.c,server_run(+291): MainSigHandler(): got signal [15]
Mar  1 19:14:12 perch dbmail/imap4d[4257]: Message:[server]
pool.c,manage_stop_children(+475): General stop requested. Killing
children...
Mar  1 19:14:14 perch dbmail/imap4d[4255]: Debug:[server]
server.c,server_run(+291): MainSigHandler(): got signal [15]
Mar  1 19:14:16 perch dbmail/imap4d[4255]: Debug:[server]
server.c,server_run(+291): MainSigHandler(): got signal [15]
Mar  1 19:14:22 perch dbmail/imap4d[4257]: Info:[server]
pool.c,manage_stop_children(+497): [5] children alive after SIGTERM,
sending SIGKILL
Mar  1 19:14:22 perch dbmail/imap4d[4257]: Info:[server]
server.c,server_run(+284): server done, restart = [0] 

---------------------------------------------------------------------- 
 m2000 - 05-Sep-08 20:51  
---------------------------------------------------------------------- 
We were able to track down the issue of why LDAP would disappear for a
couple minutes, and have not had it occur for a while. However, I do not
know if the bug in dbmail has been fixed. 

---------------------------------------------------------------------- 
 paul - 05-Oct-08 12:18  
---------------------------------------------------------------------- 
I'm closing this bug since I'm unable to reproduce it. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
14-Feb-08 21:45 m2000          New Issue                                    
28-Feb-08 20:15 m2000          Note Added: 0002490                          
28-Feb-08 22:11 paul           Note Added: 0002491                          
28-Feb-08 22:15 m2000          Note Added: 0002492                          
02-Mar-08 04:23 m2000          Note Added: 0002493                          
03-Mar-08 21:37 m2000          Note Added: 0002494                          
05-Sep-08 20:51 m2000          Note Added: 0002595                          
05-Oct-08 12:18 paul           Note Added: 0002616                          
05-Oct-08 12:18 paul           Status                   new => closed       
05-Oct-08 12:18 paul           Resolution               open => unable to
reproduce
======================================================================

_______________________________________________
Dbmail-dev mailing list
Dbmail-dev@dbmail.org
http://twister.fastxs.net/mailman/listinfo/dbmail-dev

Reply via email to