Re: BUG #15367: Crash in pg_fe_scram_free when using foreign tables

From: Michael Paquier <michael(at)paquier(dot)xyz>
To: code(at)jeremyevans(dot)net, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #15367: Crash in pg_fe_scram_free when using foreign tables
Date: 2018-09-06 21:58:36
Message-ID: 20180906215836.GP2726@paquier.xyz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Thu, Sep 06, 2018 at 08:35:39PM +0000, PG Bug reporting form wrote:
> If necessary I can build a debug version of PostgreSQL and try using that in
> production so I can get a better backtrace if it crashes again. However,
> considering that the crash is rare in my environment, it's unlikely I will
> be able to produce a better backtrace for the error quickly.

That would be nice. From what I can see this would be a race condition,
which is not obvious by looking at the code. Testing with a two-node
deployment where the first node has a foreign table which connects to a
second node, using SCRAM authentication, holding the physical table,
then doing many foreign scans across many clients don't show any
problem. Did libpq complain at some point in the session where the
crash happened about any error?
--
Michael

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2018-09-06 22:07:51 Re: Two constraints with the same name not always allowed
Previous Message Peter Eisentraut 2018-09-06 21:53:47 Re: Two constraints with the same name not always allowed