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-users@???>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/
