Re: Fundamental scheduling bug in parallel restore of partitioned tables

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: pgsql-hackers(at)lists(dot)postgresql(dot)org
Cc: Andres Freund <andres(at)anarazel(dot)de>, Dimitrios Apostolou <jimis(at)gmx(dot)net>
Subject: Re: Fundamental scheduling bug in parallel restore of partitioned tables
Date: 2025-04-14 17:44:06
Message-ID: 1283669.1744652646@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I wrote:
> Here's a draft patch for this. It seems to fix the problem in
> light testing.

I realized that the "repro" I had for this isn't testing the same
thing that Dimitrios is seeing; what it is exposing looks more like
a bug or at least a behavioral change due to the v18 work to record
not-null constraints in pg_constraint [1]. So my patch may fix his
problem or it may not. It would be good to have a reproducer that
fails (not necessarily every time) in v17 or earlier.

In addition to that uncertainty, pushing the patch now would get in
the way of identifying what's really going on at [1]. So I'm going
to sit on it for now, and maybe it's going to turn into v19 material.

regards, tom lane

[1] https://www.postgresql.org/message-id/1280408.1744650810%40sss.pgh.pa.us

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Kirill Reshke 2025-04-14 17:44:32 Re: Built-in Raft replication
Previous Message Tom Lane 2025-04-14 17:27:29 Re: [PING] [PATCH v2] parallel pg_restore: avoid disk seeks when jumping short distance forward