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 1wob6u-0019ER-0f for pgsql-bugs@arkaria.postgresql.org; Tue, 28 Jul 2026 06:16:16 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wob6s-00GcAl-09 for pgsql-bugs@arkaria.postgresql.org; Tue, 28 Jul 2026 06:16:14 +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 1wob6r-00GcAd-2Z for pgsql-bugs@lists.postgresql.org; Tue, 28 Jul 2026 06:16:13 +0000 Received: from fout-b4-smtp.messagingengine.com ([202.12.124.147]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wob6p-00000000fe0-1joS for pgsql-bugs@lists.postgresql.org; Tue, 28 Jul 2026 06:16:13 +0000 Received: from phl-compute-02.internal (phl-compute-02.internal [10.202.2.42]) by mailfout.stl.internal (Postfix) with ESMTP id 48F9B1D00397; Tue, 28 Jul 2026 02:16:10 -0400 (EDT) Received: from phl-frontend-04 ([10.202.2.163]) by phl-compute-02.internal (MEProxy); Tue, 28 Jul 2026 02:16:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kurilemu.de; h= cc:cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :reply-to:subject:subject:to:to; s=fm1; t=1785219370; x= 1785305770; bh=1o98HaBnen6rxAu2d1/Cdaqm7MIrZrdvpOn/TAMsUdc=; b=i Jvdj9T2VJ2G9cTu4NNlP/dqZm2v28IYerjy6mWE8W9pKxS7h+KLghrc4Jny9noFE RJgtS3BO7uuTQyl/muITjWwOA3hoRqQg0omMeyIRtmKSZtFFiOyQURoAZ54fcxjq m1cDuoj+vvMK/1pzHdtue080+dESlVKimKzsHjERKi19QqRKzD1O7/qDpWe5sfLK IPPqeirLtXJs7WaPSFjiweI+r4QuV5opkkvEyORExytvhWhXRrYSB6n9sD+hFwB2 hzktOuFAbJ4U4xAe5bVdoMcEMYJsb4E7wTYImpzqdEveV6epXJfe/cRmEZfvBRTg W6/S2d1kUhS/OBIE1fvlw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; t=1785219370; x=1785305770; bh=1 o98HaBnen6rxAu2d1/Cdaqm7MIrZrdvpOn/TAMsUdc=; b=IpTA3+4Jl1bjc5Nkk ohMXku9bffQpoP+xAVnsZKeFzk4AoEhDPkU5VTJ/qUgiYQBnzDmiH528bGlfUGQL pc2Nnw/Ofr4/QR1olYrGQz3byUAn+jF04y+Rklb0rGy/ht7tkhO9UT7E1+1/0svb xz4PAsng4v6+Oe6yl+SrBkDYBQ85phorMLfox7nQDzQtqBU/jzH5xqbF8Idj2Q8u MxmFDxInHyGYJLSJWt5+G9Dg+yQFEA4DzVOSekXtP8EQa4svTB0HwSvN9DdQI5Jf E4jU2s4J+1Fzd2YeuIOegrEkzLYGTd3QWHYWTV6GCfKmDRTQPAUg6uFxXwtircH8 uMxrg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: dmFkZTFRs/wpxW9Pkk6wLTj0w2OO/NfIXN1Y6BCBefv8ukWFJLATE5bUYy/YSbhe6WRotA NQm/iBwxrmdmWeziVTAo+Eyzbk4wmgnehWyqqtQq5UvzT/zNUnr2foLeU2M6j7kII5e1gn /imxPZpPOO129/D7Odq2gf8qp/4KnXWL4WIE5if7GLacrtUgkP8/u40VyS8k6m1cCevvdJ 6niQz26QUZ2w9OgwIgdoomc2fV17C7yZVx4C7FnybRL0xIFhsnQ6A/Kq7aGsRsmcCIjxSv 1Mzc2jk6a7GRciRUI71r129sCaIUYUvybIC1a3/bVSQ5orT84eI11C5s7qbSPHsleD2hbL NADoDpK94s57z5VSWeLbiKit5A/rBoJujn9EUqmcVuyxasaZ7qb2zFU7Ff7FRraW5rv1u4 xQoVkOPg9PW9dPgbYZHZh/PJhAUh7kpXAXE5g4ecnSyDDmOzk5h+ciICf1BywevnUWb9R3 a6BkGo/Fr9rV48aQ3OosejgLUgykT2374Omr2U2Qed0/RjVAaKoYPvdxvFsQFKw49RqrgC /MdUT0DdmIvUkFOiS2xNsYdKkQvlFXEqoG93Wl4VEO+bWSHws+sjGYbibHJlH4mo70azeY KL7yeOvWmE32Xw5SAZwmOVqz4EflnZf1whYZzv2jir8nJwGTFJLfjdlVVB2w X-ME-Proxy: Feedback-ID: ie3de48e3:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 28 Jul 2026 02:16:09 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kurilemu.de; s=schmee; t=1785219367; bh=cGN9/gLnvw90Js5FpQCNVZaptdeudjM4tu5zkVDYTCM=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=JWinGZmCifDaP+ZDXhS5FfUMk1Q/oZDi12ZEduy7jB6TAr3STGDfHkyMXrrTpcXWv m03Neudtd3jJT0TpyDHIIjN/WI0mfuaBZP91Ck/dZHIhnufSPMVSmoOAOe7HDAZEbD th86lzXTuaGNs3VReZWg0htuJDKV9r9Bi9ic5RtE3i7AHfB5Pliq7gj5zv3FdQnHWd Mp5l9KBdsIRYCH4+CDMWZzAjVtaKSNxnXwSnmL2V+SvxqJdGwfFrOAExeFuDACqrDA hxbYQ3+ySaG9DDBqu1z2umNltYMgYVqM4wMrJ70ju84lQddctRCit0twiOP3VGm6wj KAroLmJrjxBxA== Received: by ida.kurilemu.internal (Postfix, from userid 1000) id CAFBFB00076; Tue, 28 Jul 2026 08:16:07 +0200 (CEST) Date: Tue, 28 Jul 2026 08:16:07 +0200 From: =?utf-8?Q?=C3=81lvaro?= Herrera To: Zsolt Parragi Cc: pgsql-bugs@lists.postgresql.org Subject: Re: REPACK (CONCURRENTLY) doesn't handle invalid indexes Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2026-Jul-27, Zsolt Parragi wrote: > > Wouldn't it make more sense to just ignore invalid indexes and not build > > anything at all for them? > > I followed what REPACK/VACUUM FULL does - it similarly rebuilds > invalid indexes, shouldn't we keep the two consistent? I don't know. Maybe rebuilding invalid indexes is pointless. Don't you think so? An invalid index can never be turned valid, so why spend effort in building it at all? > And by skipping you mean that we should create an empty index instead > when repack sees an invalid index? I mean we should just ignore all invalid indexes. -- Álvaro Herrera 48°01'N 7°57'E — https://www.EnterpriseDB.com/ "¿Cómo puedes confiar en algo que pagas y que no ves, y no confiar en algo que te dan y te lo muestran?" (Germán Poo)