One more attempt: stuck processes
Ken Murchison
murch at andrew.cmu.edu
Mon Nov 19 13:17:07 EST 2007
Sebastian Hagedorn wrote:
> -- Ken Murchison <murch at andrew.cmu.edu> is rumored to have mumbled on
> 19. November 2007 12:35:46 -0500 regarding Re: One more attempt: stuck
> processes:
>
>> How are things looking today?
>
> Good! When I just checked I thought I'd found a new hanging pop3d
> process, because it's been around for 6 hours, but in fact it's still
> working:
>
> Nov 19 14:17:16 lvr13 pop3s[23493]: badlogin: p50865731.dip.t-dialin.net
> [80.134.87.49] LOGIN user not found
> ...
> Nov 19 19:04:23 lvr13 pop3s[23493]: badlogin: p50865731.dip.t-dialin.net
> [80.134.87.49] LOGIN user not found
> Nov 19 19:04:27 lvr13 pop3s[23493]: badlogin: p50865731.dip.t-dialin.net
> [80.134.87.49] LOGIN user not found
> Nov 19 19:04:30 lvr13 pop3s[23493]: badlogin: p50865731.dip.t-dialin.net
> [80.134.87.49] LOGIN user not found
>
> Sigh. But that's beside the matter. The only other potential downside
> the patch has is that stracing or gdb'ing it causes the timeout to
> trigger prematurely. AFAIK that's a common issue for signals. I'm not
> sure if there's something that could be done about that, i.e. catching
> ERESTART or something like that?
Is this only a problem with pop3s, or does it also effect the STLS command?
--
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie Mellon University
More information about the Info-cyrus
mailing list