Re: Regression tests failures due to concurrent grants - Mailing list pgsql-hackers

From Jeff Davis
Subject Re: Regression tests failures due to concurrent grants
Date
Msg-id 8efa9c42549c5a7d10c3876bf42f924ef28b6946.camel@j-davis.com
Whole thread
In response to Regression tests failures due to concurrent grants  (Andres Freund <andres@anarazel.de>)
Responses Re: Regression tests failures due to concurrent grants
List pgsql-hackers
On Fri, 2026-09-18 at 12:56 -0400, Andres Freund wrote:
> To do better, we would need to use a
>  * self-exclusive lock, perhaps ShareUpdateExclusiveLock, here and
> before
>  * *every* CatalogTupleUpdate() of a row that GRANT/REVOKE can
> affect.

...

> I also am not convinced that cancelling autovacs in response to a
> command like
> this would be the end of the world.

For GRANT/REVOKE, that matches my intuition. But if we need a stronger
lock before every modification of a catalog row, that's a larger change
that would affect lots of DDL.

Regards,
    Jeff Davis




pgsql-hackers by date:

Previous
From: Sami Imseih
Date:
Subject: Re: Reject WAIT FOR earlier in transaction-snapshot mode
Next
From: Heikki Linnakangas
Date:
Subject: Re: 64-bit MultiXactOffset vs. 9.3->9.4 upgrade, pg_resetwal, "wraparound" msg