28 messages in net.sourceforge.lists.courier-sqwebmailRe: [sqwebmail] stale processes and m17n
FromSent OnAttachments
oth...@freeshell.orgDec 21, 2004 1:57 pm 
Brian CandlerDec 28, 2004 3:11 am 
Sam VarshavchikDec 28, 2004 4:16 am 
Paul L. AllenDec 28, 2004 11:32 am 
oth...@freeshell.orgDec 28, 2004 7:45 pm 
oth...@freeshell.orgDec 28, 2004 8:45 pm 
oth...@freeshell.orgDec 28, 2004 9:02 pm 
Paul L. AllenDec 29, 2004 3:28 am 
oth...@freeshell.orgDec 29, 2004 11:39 am 
Paul L. AllenDec 29, 2004 1:18 pm 
oth...@freeshell.orgDec 29, 2004 2:34 pm 
Paul L. AllenDec 29, 2004 4:50 pm 
oth...@freeshell.orgDec 29, 2004 9:08 pm 
Brian CandlerDec 30, 2004 1:10 am 
Brian CandlerDec 30, 2004 2:29 am 
Paul L. AllenDec 30, 2004 9:56 am 
Paul L. AllenDec 30, 2004 12:15 pm 
oth...@freeshell.orgDec 30, 2004 2:39 pm 
oth...@freeshell.orgDec 30, 2004 3:14 pm 
Paul L. AllenDec 30, 2004 4:07 pm 
Brian CandlerDec 31, 2004 2:40 am 
Laurent WacrenierDec 31, 2004 3:00 am 
Paul L. AllenDec 31, 2004 3:41 am 
Brian CandlerDec 31, 2004 4:11 am 
Pawel TeczaDec 31, 2004 4:47 am 
Laurent WacrenierDec 31, 2004 5:22 am 
Brian CandlerJan 1, 2005 4:45 am 
Brian CandlerJan 1, 2005 5:17 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [sqwebmail] stale processes and m17nActions...
From:Sam Varshavchik (mrs@courier-mta.com)
Date:Dec 28, 2004 4:16:41 am
List:net.sourceforge.lists.courier-sqwebmail

Brian Candler writes:

On Tue, Dec 21, 2004 at 04:57:37PM -0500, oth@freeshell.org wrote:

This is just noting a behavior. These processes have been running since about
3PM Friday, long since the user logged out.

PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 5171 user 10 4 2024K 2016K wait 46:22 0.00% 0.00% sqwebmaild 5168 user 10 4 2024K 2016K wait 46:21 0.00% 0.00% sqwebmaild 5240 user -6 0 9008K 9712K pipewr 1:15 0.00% 0.00% ispell 5205 user -6 0 9008K 9712K pipewr 1:15 0.00% 0.00% ispell 5239 user 10 0 1896K 0K wait 0:00 0.00% 0.00% <sqwebmaild> 5204 user 10 0 1896K 0K wait 0:00 0.00% 0.00% <sqwebmaild>

All the processes are idle, so it's not really an issue.

There is (intentionally) a persistent pool of sqwebmaild processes; you can change the SQWEBMAIL_PREFORK setting in the sqwebmaild config file if you want to change the number of processes.

The ispell processes, however, should not be sitting around. Perhaps sqwebmaild forgot to close its end of the pipes (when they tried to write, they should have got a SIGPIPE signal). Or perhaps it doesn't leave the signal handlers in the correct state when it exec's ispell.

Sam?

No, that can't happen. After servicing the request the sqwebmaild process terminates, taking down all file descriptors with it.