Hi, This behavior is back on our cpanel server:
2009-12-11 05:31:31 1NJ2mY-0000Ih-Hi appendfile transport process returned non-zero status 0x000e: terminated by signal 14 2009-12-11 05:31:31 1NJ2mY-0000Ih-Hi failed to read delivery status for *...@********.com from delivery subprocess 2009-12-11 05:31:31 1NJ2mY-0000Ih-Hi appendfile transport process returned non-zero status 0x000e: terminated by signal 14 2009-12-11 05:34:17 1NJ2pE-0000TG-FQ failed to read delivery status for *...@********.com from delivery subprocess 2009-12-11 05:34:17 1NJ2pE-0000TG-FQ appendfile transport process returned non-zero status 0x000e: terminated by signal 14 2009-12-11 05:38:40 1NJ2tT-0000sv-Bo failed to read delivery status for *...@********.com from delivery subprocess 2009-12-11 05:38:40 1NJ2tT-0000sv-Bo appendfile transport process returned non-zero status 0x000e: terminated by signal 14 2009-12-11 05:38:40 1NJ2tT-0000sv-Bo failed to read delivery status for *...@********.com from delivery subprocess 2009-12-11 05:38:40 1NJ2tT-0000sv-Bo appendfile transport process returned non-zero status 0x000e: terminated by signal 14 It happen at random time. Only email sent to local domain (From a user to another on the same domain) The email is sent fine but it keep on frozen in the queue until it fail and send a bounce back telling that the email failed. This happen on 7 servers all the same setup. Our cPanel is on a vm on a xen server and the vm is on a drdb setup. Exim is at version : Exim version 4.69 #1 built 16-Mar-2009 15:18:11 Copyright (c) University of Cambridge 2006 Berkeley DB: Sleepycat Software: Berkeley DB 4.3.29: (January 7, 2007) Let me know if you have any idea what is going on with this problem. Thank you. Eric L. On 2008-10-18 20:18, Chris Zimmerman wrote: > On Sat, Oct 18, 2008 at 4:09 PM, Phil Pennock <exim-us...@???>wrote: > > > On 2008-09-30 at 19:00 -0400, Chris Zimmerman wrote: > > [ delivery subprocesses failing ] > > > Has anyone any thoughts on this at all? I'm not sure where to proceed. > > > > I've just managed to replicate your problem. I'm not sure that it will > > help you though, as in my case it was an example of PEBKAC. > > > > Rebuilding my colo box, second attempt (don't ask) I managed to mess up > > the mount options on my devices. Uhm, I'd had less than 2 hours sleep > > after a week of short sleep, but my cognac-bribed local hands-on was > > there so ... I ended up putting the mount options for /var on /usr. > > > > Having /usr mounted nosuid is Not A Good Plan. > > > > In particular, when Exim comes to re-exec itself it fails, despite being > > setuid. During the first attempt, it was running as exim before trying > > to regain privileges. During the queue-run, it hasn't dropped > > privileges so doesn't need to try to regain them. > > > > Any chance that the problem you're seeing might have a similar cause, > > such as lack of setuid bit on the binary or obnoxious mount options? > > > > -Phil > > > > > That is certainly a possibility as I went ahead and just imaged a new > machine and transferred over the accounts. Haven't seen the issue since. It > was ongoing since the previous machine was built a few months ago. > -- Eric Laflamme [iWeb] IT Architecture Specialist Spécialiste de l'Architecture TI http://www.iWeb.com/ -- ## List details at http://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
