From: | Thomas Munro <thomas(dot)munro(at)enterprisedb(dot)com> |
---|---|
To: | Jonathan Rudenberg <jonathan(at)titanous(dot)com> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Andreas Seltenreich <seltenreich(at)gmx(dot)de>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [sqlsmith] Unpinning error in parallel worker |
Date: | 2018-05-23 04:56:16 |
Message-ID: | CAEepm=2+Fn7w1vT9p7Oj+Dcn9a6ae+Kgs7hmEnJwDGgpig_6oA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Apr 25, 2018 at 8:15 AM, Jonathan Rudenberg
<jonathan(at)titanous(dot)com> wrote:
> On Tue, Apr 24, 2018, at 16:06, Thomas Munro wrote:
>> I'll write a patch to fix that unpleasant symptom. While holding
>> DynamicSharedMemoryControlLock we shouldn't raise any errors without
>> releasing it first, because the error handling path will try to
>> acquire it again. That's a horrible failure mode as you have
>> discovered.
>>
>> But that isn't the root problem: we shouldn't be raising that error,
>> and I'd love to see the stack of the one process that did that and
>> then self-deadlocked. I will have another go at trying to reproduce
>> it here today.
>
> Thanks for the update!
>
> We have turned off parallel queries (using max_parallel_workers_per_gather = 0) for now, as the production impact of this bug is unfortunately quite problematic.
Apologies for the delay... I've tried a few times reproduce the
problem in vain. There may be a timing element here.
> What will this failure look like with the patch you've proposed?
On second thoughts, I think it depends what is going wrong and I'm not
entirely sure if the result would necessarily be better. It might be
that errors are raised and normal service resumes or it might be that
we have tangled up our resources in a bad way. I need to get to the
bottom of this.
--
Thomas Munro
http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Carter Thaxton | 2018-05-23 04:57:25 | Re: Add --include-table-data-where option to pg_dump, to export only a subset of table data |
Previous Message | Thomas Munro | 2018-05-23 04:44:25 | Re: dsa_allocate() faliure |