Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wA78Z-0024ix-2c for pgsql-hackers@arkaria.postgresql.org; Tue, 07 Apr 2026 14:10:40 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wA78Y-000QrD-0V for pgsql-hackers@arkaria.postgresql.org; Tue, 07 Apr 2026 14:10:38 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wA78X-000Qr5-1R for pgsql-hackers@lists.postgresql.org; Tue, 07 Apr 2026 14:10:38 +0000 Received: from fhigh-a5-smtp.messagingengine.com ([103.168.172.156]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wA78V-000000012oi-48IO for pgsql-hackers@lists.postgresql.org; Tue, 07 Apr 2026 14:10:37 +0000 Received: from phl-compute-04.internal (phl-compute-04.internal [10.202.2.44]) by mailfhigh.phl.internal (Postfix) with ESMTP id 5902C1400189; Tue, 7 Apr 2026 10:10:35 -0400 (EDT) Received: from phl-frontend-04 ([10.202.2.163]) by phl-compute-04.internal (MEProxy); Tue, 07 Apr 2026 10:10:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anarazel.de; h= cc:cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm2; t=1775571035; x=1775657435; bh=bWVRLSJgrf yr5LGZph5W6ELnhFh3OwZEvXHeK/7WjK4=; b=fN5laBdUJJCCv1ACh1whVxO2PW s9x4GKcApPNbjU6JDrvuLMPTq+Io+nKbSMcov0lI+fu58ljKQjKapUk2SgUckFzr fP/bn3sT6SjYVH/RkvijhO7ZFr2JpTvv6/9EhvhvGP1jCVU02vfmzOrKQKH9VJNZ nI+PK7AFbA18XeApKlI00yPq50/0+LRLzdplZvqFSAxXjrrKK7mfSbwHJ8cLqfE7 cR1qQF3RE/HI/+W6XsREx6NemVuX2RJT6gvZ2KUdHIibNHYOty3NtzTSm11T75jx F9qNS8dRKoL/3klys+mxNpVRkFPaGQdIzsC/uiIvNUiUT1qb5pNF/pobb5Ag== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1775571035; x=1775657435; bh=bWVRLSJgrfyr5LGZph5W6ELnhFh3OwZEvXH eK/7WjK4=; b=lBIdn2GiqNFraInhSJzzvVQ+itwycSBkJREFJL7IHMv937iGpnl MOH6XDCUJ7W0CwzEcXJH0ms8x4wmNduBcMGKrdRXM3tDNOr9Ht0lM1LAITJJGIEY Y85H/mdS94u+LJlljJB0rvqoaqqcQyTqrnQZXwjaacq/Kdl7WsRG0qNWdH22VT8U xOBpHcqvuUZbcm3VoO3ItVepjpAA93uiTq33dtoLj96/R8E3nQEMLb/v06okaYfP hJjfNQcee8Rvk4CseYT+XJRxpGO8iW3POwjH5Ac53EYxQzIh0tDXrWrwcMHA09Uc Q48uYOSHU9RDqfT4dG0jlAQbEdVZQvnU+Fg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefhedrtddtgddvtdekgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjug hrpeffhffvvefukfhfgggtuggjsehttdfstddttddvnecuhfhrohhmpeetnhgurhgvshcu hfhrvghunhguuceorghnughrvghssegrnhgrrhgriigvlhdruggvqeenucggtffrrghtth gvrhhnpeeffffgledvffegtdevlefgtdeggffhvdekgfegteeiveejkeetudelveejhfeu geenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrnh gurhgvshesrghnrghrrgiivghlrdguvgdpnhgspghrtghpthhtohepkedpmhhouggvpehs mhhtphhouhhtpdhrtghpthhtoheprghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdroh hrghdprhgtphhtthhopegrhhestgihsggvrhhtvggtrdgrthdprhgtphhtthhopegrmhhi thdrkhgrphhilhgrudeisehgmhgrihhlrdgtohhmpdhrtghpthhtohepsghovghkvgifuh hrmhdophhoshhtghhrvghssehgmhgrihhlrdgtohhmpdhrtghpthhtohepmhhihhgrihhl nhhikhgrlhgrhigvuhesghhmrghilhdrtghomhdprhgtphhtthhopehsrhhinhgrthhhvd dufeefsehgmhgrihhlrdgtohhmpdhrtghpthhtohepphhgshhqlhdqhhgrtghkvghrshes lhhishhtshdrphhoshhtghhrvghsqhhlrdhorhhgpdhrtghpthhtoheprhhosgesgiiiih hllhgrrdhnvght X-ME-Proxy: Feedback-ID: id4a34324:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 7 Apr 2026 10:10:34 -0400 (EDT) Date: Tue, 7 Apr 2026 10:10:34 -0400 From: Andres Freund To: Alvaro Herrera Cc: Amit Kapila , Mihail Nikalayeu , Antonin Houska , Srinath Reddy Sadipiralla , Matthias van de Meent , Pg Hackers , Robert Treat Subject: Re: Adding REPACK [concurrently] Message-ID: References: <202604071230.b5axxf3qna3m@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <202604071230.b5axxf3qna3m@alvherre.pgsql> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi, On 2026-04-07 14:33:50 +0200, Alvaro Herrera wrote: > On 2026-Apr-07, Amit Kapila wrote: > > > I have a question based on 0001's commit message: "This patch adds a > > new option to logical replication output plugin, to declare that it > > does not use shared catalogs (i.e. catalogs that can be changed by > > transactions running in other databases in the cluster).". In which > > cases, currently plugin needs to access multi-database transactions or > > transactions that need to access shared catalogs and on what basis a > > plugin can decide that the changes it requires won't need any such > > access. > > I don't think any plugin needs "multi-database" access as such, but > needing access to shared catalogs is likely normal. Repack knows it > won't access any shared catalogs, so it can set the flag at ease. > > There's a cross-check added in the commit that tests for access to > shared catalogs if the flag is set to false. I guess you could set it > to false and see what breaks :-) I think this has a quite high chance of indirect breakages. You just need some cache invalidation processing / building accessing shared catalogs to violate the rule, and whether that happens very heavily depends on what cache entries are present and whether something registers relcache callbacks or such. This can be triggered by an output function during logical decoding or such, so you don't really have control over it. Greetings, Andres Freund