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 1pto5e-0005tH-1N for pgsql-hackers@arkaria.postgresql.org; Tue, 02 May 2023 11:22:38 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pto5c-0002WZ-3u for pgsql-hackers@arkaria.postgresql.org; Tue, 02 May 2023 11:22:36 +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 1pto5b-0002WP-P2 for pgsql-hackers@lists.postgresql.org; Tue, 02 May 2023 11:22:35 +0000 Received: from mail-wm1-x329.google.com ([2a00:1450:4864:20::329]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1pto5W-0007eh-Ee for pgsql-hackers@lists.postgresql.org; Tue, 02 May 2023 11:22:34 +0000 Received: by mail-wm1-x329.google.com with SMTP id 5b1f17b1804b1-3f09b4a1527so37706865e9.0 for ; Tue, 02 May 2023 04:22:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1683026549; x=1685618549; h=in-reply-to:from:content-language:references:cc:to:subject :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=wlHl0jinqbMYS0QLajq7oMqXCM6IoEujrqYZYn3rEu4=; b=bDJij4Nys64wz5ZZ/FQ/meysVx2ayl5x0yOKFrfoaLcX1VHwhOAL67pW323TCEze2N zxqGT66CYue0Qi4BSHZT6xeFreVHNNVObDa2g8SEfXF2+LeACglt/UaUVeM93oF5+zNn k9jdWP0eg0hcdrD30Md3ZIOJAyvYc2B45CdEHgOrUkKy0mkz6eea9bPnufAZNFgs86l3 kFuuuCho2mVjHcC0ElYM3kt4oDaePkN/MllSTtOiSHPAX9laYmefaHHaRv6+4Ia/VTFO DHbPUaiumRRw3v0NqJ9+lflPCKDp6W4cww2ttRHGqJUsKIB55kPmYiqzHPIJTyPWVgP4 t06w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683026549; x=1685618549; h=in-reply-to:from:content-language:references:cc:to:subject :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=wlHl0jinqbMYS0QLajq7oMqXCM6IoEujrqYZYn3rEu4=; b=JNyqfOMs1fUYYLsBHjdBIVeJJ0O6DZ6Ixkyve33qsxmd1YxpFoJ+5xYCa70tSL8R1Y c2O7Vtp/IpWoRjOLOSnz90KkbMbJgQNC3RredOCGqq5j35pSyh2eSjREMgP9QbL3wmm5 ipvi1EEcbXfgRNHIqGDRFhFxkVDZ+zQJShYhkE5g9o6brcRfoW+kRW0rtDJmNYP50IkE nitTQpR2kCbwEZ4yOf+QVpSczKE3qk4Ub2DHAW5RkBVWkd6nGmC1DwChqw14Z2ZLJar7 cco4NJ1CRngSnulm2BD7aYj8Tk8dJWVfEVnxfylRKTXnBVdr6AOuclVAJS60D94iTo2S ujUA== X-Gm-Message-State: AC+VfDxG8jW7rCkuddXYYhs2tmxQtAqmSUC33zaO0f5cEF2COx9FOYHt kDclYlDETTPsvddv3lxin4w= X-Google-Smtp-Source: ACHHUZ4STg8lDOet8P5lcGd9alTviMltK5etcW+wBh+1eyZQqPahhz94WZc8Emx6MdSryVFRrnUUgw== X-Received: by 2002:a05:600c:364f:b0:3f3:1cb7:b2a6 with SMTP id y15-20020a05600c364f00b003f31cb7b2a6mr11134246wmq.6.1683026549105; Tue, 02 May 2023 04:22:29 -0700 (PDT) Received: from [192.168.9.209] ([54.239.6.190]) by smtp.gmail.com with ESMTPSA id p8-20020a05600c358800b003f1738d0d13sm50855246wmq.1.2023.05.02.04.22.27 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 02 May 2023 04:22:28 -0700 (PDT) Content-Type: multipart/mixed; boundary="------------hmWS5kAMflyAKlh0VIcjk0A6" Message-ID: <8a13f0d8-71f3-773b-7135-5974fd53724b@gmail.com> Date: Tue, 2 May 2023 13:22:26 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.10.1 Subject: Re: Add two missing tests in 035_standby_logical_decoding.pl To: Amit Kapila Cc: "Yu Shi (Fujitsu)" , vignesh C , PostgreSQL Hackers References: <2fefa454-5a70-2174-ddbf-4a0e41537139@gmail.com> <9ab1827c-9a57-8c48-59b2-c5fb62c21be3@gmail.com> <74f80bc1-6b39-b2a8-c716-98beefb75e0b@gmail.com> <17b6b056-4f53-c444-0c94-869547d1a5df@gmail.com> <054defef-de15-53e4-6c5a-d16ccc21d4ba@gmail.com> Content-Language: en-US From: "Drouvot, Bertrand" In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk This is a multi-part message in MIME format. --------------hmWS5kAMflyAKlh0VIcjk0A6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi, On 5/2/23 8:28 AM, Amit Kapila wrote: > On Fri, Apr 28, 2023 at 2:24 PM Drouvot, Bertrand > wrote: >> >> I can see V7 failing on "Cirrus CI / macOS - Ventura - Meson" only (other machines are not complaining). >> >> It does fail on "invalidated logical slots do not lead to retaining WAL", see https://cirrus-ci.com/task/4518083541336064 >> >> I'm not sure why it is failing, any idea? >> > > I think the reason for the failure is that on standby, the test is not > able to remove the file corresponding to the invalid slot. You are > using pg_switch_wal() to generate a switch record and I think you need > one more WAL-generating statement after that to achieve your purpose > which is that during checkpoint, the tes removes the WAL file > corresponding to an invalid slot. Just doing checkpoint on primary may > not serve the need as that doesn't lead to any new insertion of WAL on > standby. Is your v6 failing in the same environment? Thanks for the feedback! No V6 was working fine. > If not, then it > is probably due to the reason that the test is doing insert after > pg_switch_wal() in that version. Why did you change the order of > insert in v7? > I thought doing the insert before the switch was ok and as my local test was running fine I did not re-consider the ordering. > BTW, you can confirm the failure by changing the DEBUG2 message in > RemoveOldXlogFiles() to LOG. In the case, where the test fails, it may > not remove the WAL file corresponding to an invalid slot whereas it > will remove the WAL file when the test succeeds. Yeah, I added more debug information and what I can see is that the WAL file we want to see removed is "000000010000000000000003" while the standby emits: " 2023-05-02 10:03:28.351 UTC [16971][checkpointer] LOG: attempting to remove WAL segments older than log file 000000000000000000000002 2023-05-02 10:03:28.351 UTC [16971][checkpointer] LOG: recycled write-ahead log file "000000010000000000000002" " As per your suggestion, changing the insert ordering (like in V8 attached) makes it now work on the failing environment too. Regards, -- Bertrand Drouvot PostgreSQL Contributors Team RDS Open Source Databases Amazon Web Services: https://aws.amazon.com --------------hmWS5kAMflyAKlh0VIcjk0A6 Content-Type: text/plain; charset=UTF-8; name="v8-0001-Add-a-test-to-verify-that-invalidated-logical-slo.patch" Content-Disposition: attachment; filename*0="v8-0001-Add-a-test-to-verify-that-invalidated-logical-slo.pa"; filename*1="tch" Content-Transfer-Encoding: base64 RnJvbSBkZWZhZWIwMDBiMDllYWI5YmE3YjVkMDhjMDMyZjgxYjViZDcyYTUzIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBCZXJ0cmFuZCBEcm91dm90IDxiZXJ0cmFuZGRyb3V2 b3QucGdAZ21haWwuY29tPgpEYXRlOiBGcmksIDI4IEFwciAyMDIzIDA3OjI3OjIwICswMDAw ClN1YmplY3Q6IFtQQVRDSCB2OF0gQWRkIGEgdGVzdCB0byB2ZXJpZnkgdGhhdCBpbnZhbGlk YXRlZCBsb2dpY2FsIHNsb3RzIGRvIG5vdAogbGVhZCB0byByZXRhaW5pbmcgV0FMLgoKLS0t CiAuLi4vdC8wMzVfc3RhbmRieV9sb2dpY2FsX2RlY29kaW5nLnBsICAgICAgICAgfCAzOSAr KysrKysrKysrKysrKysrKystCiAxIGZpbGUgY2hhbmdlZCwgMzcgaW5zZXJ0aW9ucygrKSwg MiBkZWxldGlvbnMoLSkKIDEwMC4wJSBzcmMvdGVzdC9yZWNvdmVyeS90LwoKZGlmZiAtLWdp dCBhL3NyYy90ZXN0L3JlY292ZXJ5L3QvMDM1X3N0YW5kYnlfbG9naWNhbF9kZWNvZGluZy5w bCBiL3NyYy90ZXN0L3JlY292ZXJ5L3QvMDM1X3N0YW5kYnlfbG9naWNhbF9kZWNvZGluZy5w bAppbmRleCA2NmQyNjRmMjMwLi5hNmI2NDBkN2ZkIDEwMDY0NAotLS0gYS9zcmMvdGVzdC9y ZWNvdmVyeS90LzAzNV9zdGFuZGJ5X2xvZ2ljYWxfZGVjb2RpbmcucGwKKysrIGIvc3JjL3Rl c3QvcmVjb3ZlcnkvdC8wMzVfc3RhbmRieV9sb2dpY2FsX2RlY29kaW5nLnBsCkBAIC01MDAs OSArNTAwLDQ0IEBAICRub2RlX3N0YW5kYnktPnJlc3RhcnQ7CiBjaGVja19zbG90c19jb25m bGljdGluZ19zdGF0dXMoMSk7CiAKICMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjCi0jIFZlcmlmeSB0aGF0IGludmFsaWRhdGVkIGxvZ2ljYWwg c2xvdHMgZG8gbm90IGxlYWQgdG8gcmV0YWluaW5nIFdBTAorIyBWZXJpZnkgdGhhdCBpbnZh bGlkYXRlZCBsb2dpY2FsIHNsb3RzIGRvIG5vdCBsZWFkIHRvIHJldGFpbmluZyBXQUwuCiAj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwotIyBY WFhYWCBUT0RPCisKKyMgQmVmb3JlIHJlbW92aW5nIFdBTCBmaWxlKHMpLCBlbnN1cmUgdGhl IGNhc2NhZGluZyBzdGFuZGJ5IGNhdGNoIHVwCiskbm9kZV9zdGFuZGJ5LT53YWl0X2Zvcl9y ZXBsYXlfY2F0Y2h1cCgkbm9kZV9jYXNjYWRpbmdfc3RhbmRieSwKKwkkbm9kZV9wcmltYXJ5 KTsKKworIyBHZXQgdGhlIHJlc3RhcnRfbHNuIGZyb20gYW4gaW52YWxpZGF0ZWQgc2xvdAor bXkgJHJlc3RhcnRfbHNuID0gJG5vZGVfc3RhbmRieS0+c2FmZV9wc3FsKCdwb3N0Z3Jlcycs CisJIlNFTEVDVCByZXN0YXJ0X2xzbiBmcm9tIHBnX3JlcGxpY2F0aW9uX3Nsb3RzIFdIRVJF IHNsb3RfbmFtZSA9ICd2YWN1dW1fZnVsbF9hY3RpdmVzbG90JyBhbmQgY29uZmxpY3Rpbmcg aXMgdHJ1ZTsiCispOworCitjaG9tcCgkcmVzdGFydF9sc24pOworCisjIEFzIHBnX3dhbGZp bGVfbmFtZSgpIGNhbiBub3QgYmUgZXhlY3V0ZWQgb24gdGhlIHN0YW5kYnksCisjIGdldCB0 aGUgV0FMIGZpbGUgbmFtZSBhc3NvY2lhdGVkIHRvIHRoaXMgbHNuIGZyb20gdGhlIHByaW1h cnkKK215ICR3YWxmaWxlX25hbWUgPSAkbm9kZV9wcmltYXJ5LT5zYWZlX3BzcWwoJ3Bvc3Rn cmVzJywKKwkiU0VMRUNUIHBnX3dhbGZpbGVfbmFtZSgnJHJlc3RhcnRfbHNuJykiKTsKKwor Y2hvbXAoJHdhbGZpbGVfbmFtZSk7CisKKyMgR2VuZXJhdGUgc29tZSBhY3Rpdml0eSBhbmQg c3dpdGNoIFdBTCBmaWxlIG9uIHRoZSBwcmltYXJ5Ciskbm9kZV9wcmltYXJ5LT5zYWZlX3Bz cWwoCisJJ3Bvc3RncmVzJywgImNyZWF0ZSB0YWJsZSByZXRhaW5fdGVzdChhIGludCk7CisJ CQkJCQkJCQkgc2VsZWN0IHBnX3N3aXRjaF93YWwoKTsKKwkJCQkJCQkJCSBpbnNlcnQgaW50 byByZXRhaW5fdGVzdCB2YWx1ZXMoMSk7CisJCQkJCQkJCQkgY2hlY2twb2ludDsiKTsKKwor IyBXYWl0IGZvciB0aGUgc3RhbmRieSB0byBjYXRjaCB1cAorJG5vZGVfcHJpbWFyeS0+d2Fp dF9mb3JfY2F0Y2h1cCgkbm9kZV9zdGFuZGJ5KTsKKworIyBSZXF1ZXN0IGEgY2hlY2twb2lu dCBvbiB0aGUgc3RhbmRieSB0byB0cmlnZ2VyIHRoZSBXQUwgZmlsZShzKSByZW1vdmFsCisk bm9kZV9zdGFuZGJ5LT5zYWZlX3BzcWwoJ3Bvc3RncmVzJywgJ2NoZWNrcG9pbnQ7Jyk7CisK KyMgVmVyaWZ5IHRoYXQgdGhlIHdhbCBmaWxlIGhhcyBub3QgYmVlbiByZXRhaW5lZCBvbiB0 aGUgc3RhbmRieQorbXkgJHN0YW5kYnlfd2FsZmlsZSA9ICRub2RlX3N0YW5kYnktPmRhdGFf ZGlyIC4gJy9wZ193YWwvJyAuICR3YWxmaWxlX25hbWU7CitvayghLWYgIiRzdGFuZGJ5X3dh bGZpbGUiLAorCSJpbnZhbGlkYXRlZCBsb2dpY2FsIHNsb3RzIGRvIG5vdCBsZWFkIHRvIHJl dGFpbmluZyBXQUwiKTsKIAogIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMKICMgUmVjb3ZlcnkgY29uZmxpY3Q6IEludmFsaWRhdGUgY29uZmxp Y3Rpbmcgc2xvdHMsIGluY2x1ZGluZyBpbi11c2Ugc2xvdHMKLS0gCjIuMzQuMQoK --------------hmWS5kAMflyAKlh0VIcjk0A6--