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.94.2) (envelope-from ) id 1sFPpp-0025Ab-TD for pgsql-hackers@arkaria.postgresql.org; Fri, 07 Jun 2024 03:00:10 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1sFPpm-006erh-RN for pgsql-hackers@arkaria.postgresql.org; Fri, 07 Jun 2024 03:00:07 +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.94.2) (envelope-from ) id 1sFPpm-006erY-FW for pgsql-hackers@lists.postgresql.org; Fri, 07 Jun 2024 03:00:07 +0000 Received: from mail-lf1-x12b.google.com ([2a00:1450:4864:20::12b]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1sFPpk-0005lp-FA for pgsql-hackers@postgresql.org; Fri, 07 Jun 2024 03:00:05 +0000 Received: by mail-lf1-x12b.google.com with SMTP id 2adb3069b0e04-52b9d062526so1823910e87.3 for ; Thu, 06 Jun 2024 20:00:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1717729203; x=1718334003; darn=postgresql.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=c3G4qYNLeGvHzTm3zsAisR2V700KMYHfpxerG/1bRog=; b=dTQf5RaNwDK8qI6UJ6US8sEfjy4EStQB23oNu7bLBiqYMPb+7a+3TyI0buS53k/trP qGmW7w6946M+Zvv7na2SDQCPor9WBpXzZm/TNBGq1gF33scoxtI8Cmy7xJYcVAVjc5S/ FTCAVhu0U1kHwEM+DkyQheK5Mh/C2JaV0prFa/Hg+ciiP7T1eCSiIKqm8cVL4iY+RWXf VVEWUsXbfkvDpWAuj1PozOANSSbEft3nddUWc1ta8/DuomwI34Y41Zv9KC0DO64IX68H 1NSOxENYis6CPAxWcNt/W/fCdHwv9PXH7HWaK0lpb3N0wcul6BxP6gaVoPVWUIa596w9 SvRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717729203; x=1718334003; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=c3G4qYNLeGvHzTm3zsAisR2V700KMYHfpxerG/1bRog=; b=Bz2zQO5dTQbXOoVr1uP3H/z1kpCu6bmBM0DZzG8kXBrgTwyVQykF5Og7zLxST+/cB8 1J3EZljwzASOr3i+VeCcJGjbq4rv3VI8tGAFWKcwftFtnelJvstKa1qRso6Q4/Xd5OJI jZ+Y/tMu9bIvusSKvAhYh3zs+ckVObGQq8GHoAjQypU+Knh4YFWkXOUKtkb8l+Kpfdgq uukBzihmfZfhPuKMOiJ6TNF8oxz+Y7F6CiZ5Pf3kwvJD2Q4UywVbxV+CefooilQdf+or W2HTdvrcdJvPYzpJhJZ2J7xcKSeA1rHVexRvrVNH8GpmzcsT1T70uHExLuQv9kySPu7S b22Q== X-Gm-Message-State: AOJu0YzKQgOFcuM0Fue/pvL2mGKaDzlS05q2wFVEEKnGRa3EZgKaWvAD EunyPFTQ4qdX8flaTp/ChYXU7hS6+H8GjSn9/kSPwOaRAp92NY4K X-Google-Smtp-Source: AGHT+IGDDgbdnILoVB8KHUl2QXzLb0KUFT7o/ewKiPQiQ947IhmdZQ4+LmqM1OjPOGWp5w4PBHGNAw== X-Received: by 2002:a05:6512:3b8a:b0:521:9963:3896 with SMTP id 2adb3069b0e04-52bb9f8f62dmr771867e87.41.1717729202390; Thu, 06 Jun 2024 20:00:02 -0700 (PDT) Received: from [1.0.0.7] ([178.155.25.76]) by smtp.gmail.com with ESMTPSA id 2adb3069b0e04-52bb41e1d47sm371054e87.20.2024.06.06.20.00.01 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 06 Jun 2024 20:00:01 -0700 (PDT) Message-ID: Date: Fri, 7 Jun 2024 06:00:00 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Subject: Re: Assert in heapgettup_pagemode() fails due to underlying buffer change Content-Language: en-US To: Noah Misch , Robert Haas Cc: pgsql-hackers , Thomas Munro References: <7ed10231-ce47-03d5-d3f9-4aea0dc7d5a4@gmail.com> <20240606190702.cd.nmisch@google.com> From: Alexander Lakhin In-Reply-To: <20240606190702.cd.nmisch@google.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hello Noah, 06.06.2024 22:07, Noah Misch wrote: > >> I don't know, but if the locks are really missing now, I feel like the >> first question is "which commit got rid of them?". It's a little hard >> to believe that they've never been there and somehow nobody has >> noticed. >> >> Then again, maybe we have; see Noah's thread about in-place updates >> breaking stuff and some of the surprising discoveries there. But it >> seems worth investigating. > $SUBJECT looks more like a duplicate of > postgr.es/m/flat/20240512171658.7e.nmisch@google.com (Hot standby queries see > transient all-zeros pages). Thank you for the reference! Yes, it looks very similar. Though I can't say the sleep you proposed helps the failure reproduction (I've tried 026_overwrite_contrecord.pl and saw no more frequent failures or so). My bisect run ended with: 210622c60e1a9db2e2730140b8106ab57d259d15 is the first bad commit Author: Thomas Munro Date:   Wed Apr 3 00:03:08 2024 +1300     Provide vectored variant of ReadBuffer(). Other buildfarm failures with this Assert I could find kind of confirm this: https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=calliphoridae&dt=2024-04-03%2003%3A32%3A18 (presumably a first failure of this sort) https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=tamandua&dt=2024-04-04%2015%3A38%3A16 https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=margay&dt=2024-05-07%2004%3A00%3A08 Best regards, Alexander