Re: Concurrent DROP TABLESPACE can miss a shared dependency

From: Michael Paquier <michael(at)paquier(dot)xyz>
To: Ayush Tiwari <ayushtiwari(dot)slg01(at)gmail(dot)com>
Cc: Andrew Dunstan <andrew(at)dunslane(dot)net>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Concurrent DROP TABLESPACE can miss a shared dependency
Date: 2026-09-08 23:25:14
Message-ID: aqCZWTfrdDqXHXt7@paquier.xyz
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Sep 08, 2026 at 07:28:51PM +0530, Ayush Tiwari wrote:
> On Mon, 7 Sept 2026 at 23:28, Andrew Dunstan <andrew(at)dunslane(dot)net> wrote:
>> I think this should be applied as a single squashed commit,
>> (soon so I can rely on it for the fixes I mentioned).

Yeah, a backpatch seems adapted. That's a nasty problem. It's
unlikely going to be hit in practice, but we can say that for a bunch
of stuff that gets backpatched.

>> I think it should be backpatched - all live branches have the same problem.
>
> Agreed that this should be backpatched to all live branches.

Andrew, are you planning to work on it? I did not spend cycles
looking at the details and the command patterns involved, on the
premise that you would handle that. Saying that, the premise of the
patch feels sound with a few more additional shared locks to prevent
the concurrent manipulations.
--
Michael

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2026-09-08 23:28:06 Re: [PATCH] Report userid to PgBackendStatus for standalone backends
Previous Message Michael Paquier 2026-09-08 22:55:36 Re: Assert in test_bms_membership();