Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nE17r-0001sa-OV for pgsql-bugs@arkaria.postgresql.org; Sun, 30 Jan 2022 03:43:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nE17q-00027G-Ah for pgsql-bugs@arkaria.postgresql.org; Sun, 30 Jan 2022 03:43:38 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nE17p-000275-Ra for pgsql-bugs@lists.postgresql.org; Sun, 30 Jan 2022 03:43:38 +0000 Received: from mail-qt1-x832.google.com ([2607:f8b0:4864:20::832]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1nE17l-0005NM-1m for pgsql-bugs@lists.postgresql.org; Sun, 30 Jan 2022 03:43:36 +0000 Received: by mail-qt1-x832.google.com with SMTP id j12so8332701qtr.2 for ; Sat, 29 Jan 2022 19:43:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leadboat.com; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=TUKH3sMt4GWKO44A8DuKqBCmRnxUNtG/cDap/kKSJbU=; b=cDf6GpTZhgVo60WW9odQj4jcUt201IMtAg6536qAwVbZwstPX5ijgFRW5G39AWrCxP 0+Zt0njlmshRkapIO9+sOnLu5XT4cDGcU33BiSGnL/GGi6U9S4aoBwLtmyiriEfRDsTJ MeHQhRCVb9V9UwlEJOJCQ/i6gb90+9TzYWdUE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=TUKH3sMt4GWKO44A8DuKqBCmRnxUNtG/cDap/kKSJbU=; b=rrSKfH0rLCyAmqz3ReQ4JI0FUU0H32SgK7lMkDmD0+Cp9HCPAEm2mxFAS4I0pdbCpn BLZp27DpT70X5UVxFygYpsPQvGux1lVAjKuNiBLrlZQ4L6YW7jVI5FHff6WWxfCIYI0J 6kLqEHUxZMUzs3r3URTwhqrP1QfPlkjR4PMc8Bg2uu87dS+nucynkb7gRAWOLLjOncH5 JB919g1PK6b8f6wKLo6RACQ/Rn1Lc+/ZGrN5EFGT10yNNbkEUeOauOB1AJ9Fx0W9HJ4S M1NMgaqzihRlALWD2BjaYaBvxJcSbD7Wn+Vbak6uAV6KFFC/n5U9l376NM3QXzeDnWZy s9DA== X-Gm-Message-State: AOAM532bmfQZj0P9HkALrm1qd/u3r0k5VSWyQt7P1xv4sOdnx30pHuCT XrPvn+DxJWZ104YAMSh9JKUmmw== X-Google-Smtp-Source: ABdhPJwvwrohjzPtDHh0oqT7n+muldg3YW1O8UCl9eWTFhf6gMvXnst+TYzycQ3uSoKLs+YxGQZH8w== X-Received: by 2002:a05:622a:1653:: with SMTP id y19mr5846104qtj.610.1643514211071; Sat, 29 Jan 2022 19:43:31 -0800 (PST) Received: from rfd.leadboat.com ([2600:1702:a20:5750::2e]) by smtp.gmail.com with ESMTPSA id de43sm4896349qkb.4.2022.01.29.19.43.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 29 Jan 2022 19:43:30 -0800 (PST) Date: Sat, 29 Jan 2022 19:43:27 -0800 From: Noah Misch To: Maxim Boguk Cc: Michael Paquier , Peter Geoghegan , PostgreSQL mailing lists Subject: Re: BUG #17386: btree index corruption after reindex concurrently on write heavy table Message-ID: <20220130034327.GA2619743@rfd.leadboat.com> References: <17386-2227568627fb44ce@postgresql.org> <20220129023418.GA2452893@rfd.leadboat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sat, Jan 29, 2022 at 05:23:49PM +0200, Maxim Boguk wrote: > On Sat, Jan 29, 2022 at 7:43 AM Michael Paquier wrote: > > On Fri, Jan 28, 2022 at 07:00:31PM -0800, Peter Geoghegan wrote: > > > If I had to guess, then I'd guess that this has something to do with > > > orphaned HOT chains, like those we saw in the bug report that led to > > > bugfix commit 18b87b20 (which is in 14.2 but not 14.1). I could easily > > > be wrong about that, so take it with a grain of salt. I find it a > > > little suspicious that we're hearing about a REINDEX CONCURRENTLY > > > problem in Postgres 14, which is much less mature than Postgres 12 > > > (where REINDEX CONCURRENTLY first appeared). > > > > Possible, but hard to say without an actual proof. Maxim, if the > > problem is reproducible easily on your end, could you give a try to v12 > > and v13 and see if it happens as well there? > > I don't remember such problems during the last year on v13 with the same > workload and the same periodic reindex. Got it. A low-effort strategy would be to wait for v14.2 to release on 2022-02-10. If the problem started with a v13.X -> v14.1 upgrade and ceases in v14.2, then commit 18b87b20 likely was the fix.