From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Shay Rojansky <roji(at)roji(dot)org>, hlinnaka(at)iki(dot)fi, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Some 9.5beta2 backend processes not terminating properly? |
Date: | 2015-12-30 18:24:53 |
Message-ID: | 20151230182453.euolotsfyw6agbsz@alap3.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
On 2015-12-30 13:17:47 -0500, Tom Lane wrote:
> Andres Freund <andres(at)anarazel(dot)de> writes:
> > On 2015-12-30 19:54:19 +0200, Shay Rojansky wrote:
> >> wakeEvents is 8387808 and so is sock.
>
> > Hm. That seems like an extremely weird value.
>
> Probably just means the debugger is confused by optimized code.
Yea.
> > I think it's indicative of
> > a bug in 80788a431e. Specifically secure_read/write's waitfor isn't
> > necessarily set in the ssl case. Importantly not in the
> > SSL_ERROR_SYSCALL case, which we're likely hitting here.
>
> Hmm, that does look bogus ... and the Assert wouldn't fire in a non-assert
> build.
After a bit of thinking it seems this can't actually happen because
waitfor is only used if errno is EWOULDBLOCK/EAGAIN. And all the other
branches allowing for n < 0 set errno to a different value. Not
particularly obvious.
> > Is this in a backend with ssl?
>
> I thought we'd eliminated SSL already, or have I lost track of the
> bidding?
We know a very similar problem happens without ssl. But we could have
ended up two different bugs...
Andres
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2015-12-30 18:25:13 | Re: Some 9.5beta2 backend processes not terminating properly? |
Previous Message | Shay Rojansky | 2015-12-30 18:18:52 | Re: Some 9.5beta2 backend processes not terminating properly? |