Re: [HACKERS] stats collector dies in current

2004-08-14 Thread Tom Lane
Oliver Jowett <[EMAIL PROTECTED]> writes: > Tom Lane wrote: >> However, I would still like to know why 7.4 didn't show the same >> misbehavior, when it isn't using this flag. > It looks like the 7.4 code never unblocks signals in the collector > process, so that process never gets stopped by SIGT

Re: [HACKERS] stats collector dies in current

2004-08-14 Thread Oliver Jowett
Tom Lane wrote: Oliver Jowett <[EMAIL PROTECTED]> writes: I think pqsignal should be passing SA_NOCLDSTOP in sa_flags, With that patch applied, the problem is indeed gone on my system. However, I would still like to know why 7.4 didn't show the same misbehavior, when it isn't using this flag. It l

Re: [HACKERS] stats collector dies in current

2004-08-14 Thread Tom Lane
Oliver Jowett <[EMAIL PROTECTED]> writes: > I think pqsignal should be passing SA_NOCLDSTOP in sa_flags, With that patch applied, the problem is indeed gone on my system. However, I would still like to know why 7.4 didn't show the same misbehavior, when it isn't using this flag.

Re: [HACKERS] stats collector dies in current

2004-08-14 Thread Tom Lane
Oliver Jowett <[EMAIL PROTECTED]> writes: > I think pqsignal should be passing SA_NOCLDSTOP in sa_flags, Hmm, that does look like a good idea ... but it does not explain why 7.4 doesn't have the same problem. regards, tom lane ---(end of broadcast)

Re: [HACKERS] stats collector dies in current

2004-08-14 Thread Oliver Jowett
Tom Lane wrote: Jan Wieck <[EMAIL PROTECTED]> writes: In that context, is SIGTSTP similar to SIGSTOP in that it cannot be caught or ignored? Possibly. I've reproduced the problem here on an RHL 8 system (2.4.18 kernel) and I think it's a kernel bug. Points: [...] I can reproduce this on a 2.6.7

Re: [HACKERS] stats collector dies in current

2004-08-14 Thread Tom Lane
Jan Wieck <[EMAIL PROTECTED]> writes: > In that context, is SIGTSTP similar to SIGSTOP in that it cannot be > caught or ignored? Possibly. I've reproduced the problem here on an RHL 8 system (2.4.18 kernel) and I think it's a kernel bug. Points: 1. AFAICS, the only case where the stats buffer

Re: [HACKERS] stats collector dies in current

2004-08-14 Thread Jan Wieck
On 8/14/2004 11:38 PM, Tom Lane wrote: Tatsuo Ishii <[EMAIL PROTECTED]> writes: I see stats collector processes die in current when I suspend postmaster then put it in background from a terminal: Is this normal? Doesn't 7.4 behave the same? It looks to me like 7.4 and current have the same signal

Re: [HACKERS] stats collector dies in current

2004-08-14 Thread Tatsuo Ishii
> Tatsuo Ishii <[EMAIL PROTECTED]> writes: > > I see stats collector processes die in current when I suspend > > postmaster then put it in background from a terminal: > > > Is this normal? > > Doesn't 7.4 behave the same? No. > It looks to me like 7.4 and current have the same signal handling.

Re: [HACKERS] stats collector dies in current

2004-08-14 Thread Tom Lane
Tatsuo Ishii <[EMAIL PROTECTED]> writes: > I see stats collector processes die in current when I suspend > postmaster then put it in background from a terminal: > Is this normal? Doesn't 7.4 behave the same? It looks to me like 7.4 and current have the same signal handling. I'm not sure why a ts