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 1w50do-002nrC-0h for pgsql-hackers@arkaria.postgresql.org; Tue, 24 Mar 2026 12:13:48 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w50dm-006ZNj-1M for pgsql-hackers@arkaria.postgresql.org; Tue, 24 Mar 2026 12:13:46 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w50dm-006ZNa-0D for pgsql-hackers@lists.postgresql.org; Tue, 24 Mar 2026 12:13:46 +0000 Received: from udcm-wwu2.uni-muenster.de ([128.176.118.28]) by magus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1w50dj-00000000sEM-3Wyd for pgsql-hackers@lists.postgresql.org; Tue, 24 Mar 2026 12:13:46 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uni-muenster.de; i=@uni-muenster.de; q=dns/txt; s=uniout; t=1774354425; x=1805890425; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=DS2IH5Z6CPuP5oYjwqnlTSAFXx94ee4C9F4JGGDZy2E=; b=n+heLHPEabkDfHc1NZVCjKQ+BajT9eMrn0CTo+GfK9VzYIl7DNlAj/U6 dqaAYEV5Q+ALkx2VIOF2Myeco1LaXa3JP0CWd1HS870QmHB8nf5hBno2F NnRiLR0mNbb4E5Lxz05M4gZcuVmbyb1STXA67KmaDooihWzx4KSDzA4z8 hVC28pZ/UaCWmAMk6tu82mmnz4zgD0KIYhfe1/i2uE9l46700EIcz2cIv jthHUd165c33BEUPcYvhD3kFIMhHIsOAHiXSnFdjt76umkrpcjDq71g4r k9nWzsF3JWOjGCSMlXJsrfa8ZttHmQGor/Qfdy+y9+YRxz9wYtDDsFnRa w==; X-CSE-ConnectionGUID: hih2jF/xSa6G35la18fElg== X-CSE-MsgGUID: jYhxNmGkRN+1R2KmIkTvtg== X-IronPort-AV: E=Sophos;i="6.23,138,1770591600"; d="scan'208";a="388636479" Received: from secmail.uni-muenster.de ([128.176.118.4]) by UDCM-RELAY2.UNI-MUENSTER.DE with ESMTP; 24 Mar 2026 13:13:44 +0100 Received: from [192.168.178.27] (dynamic-093-133-241-113.93.133.pool.telefonica.de [93.133.241.113]) by SECMAIL.UNI-MUENSTER.DE (Postfix) with ESMTPSA id 6FA6E20ADF04; Tue, 24 Mar 2026 13:13:42 +0100 (CET) Message-ID: <8541283e-3d72-41f7-b6ee-b1655ceb6c7a@uni-muenster.de> Date: Tue, 24 Mar 2026 13:13:41 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Adding REPACK [concurrently] To: Antonin Houska Cc: Srinath Reddy Sadipiralla , alvherre@alvh.no-ip.org, Mihail Nikalayeu , Pg Hackers , Robert Treat References: <202602241757.6ac3iss2u4vo@alvherre.pgsql> <9116.1772009759@localhost> <100248.1772048475@localhost> <4200.1772781295@localhost> <29157.1774029970@localhost> <46846.1774267234@localhost> <713021dd-bf6c-407a-8c9d-f79ecbd1c2ee@uni-muenster.de> <13637.1774342137@localhost> Content-Language: de-DE, en-GB From: Jim Jones In-Reply-To: <13637.1774342137@localhost> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 24/03/2026 09:48, Antonin Houska wrote: > Thanks for the report. I agree that there's no reason for REPACK to get > blocked on a lock of a table that it will not process anyway. However, as both > VACUUM FULL and CLUSTER in PG 18 appear to have the same problem, I'm not sure > your patch needs to be incorporated in the new feature. Adding a bug fix entry > to the CF seems the appropriate action to me. Indeed. VACUUM FULL seems to have the same problem. I'll include it in the patch and open a new thread. Best, Jim