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 1uTv7W-00C9wG-Ti for pgsql-bugs@arkaria.postgresql.org; Tue, 24 Jun 2025 04:18:54 +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 1uTv7U-008spn-Uy for pgsql-bugs@arkaria.postgresql.org; Tue, 24 Jun 2025 04:18:53 +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 1uTv7U-008spf-Me for pgsql-bugs@lists.postgresql.org; Tue, 24 Jun 2025 04:18:53 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1uTv7T-003f6m-1G for pgsql-bugs@lists.postgresql.org; Tue, 24 Jun 2025 04:18:52 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 55O4IjDI857723; Tue, 24 Jun 2025 00:18:45 -0400 From: Tom Lane To: Masahiko Sawada cc: vignesh C , Amit Kapila , "Hayato Kuroda (Fujitsu)" , Duncan Sands , "pgsql-bugs@lists.postgresql.org" Subject: Re: Logical replication 'invalid memory alloc request size 1585837200' after upgrading to 17.5 In-reply-to: References: <680bdaf6-f7d1-4536-b580-05c2760c67c6@deepbluecap.com> message dated "Tue, 17 Jun 2025 10:40:36 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <857721.1750738725.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Tue, 24 Jun 2025 00:18:45 -0400 Message-ID: <857722.1750738725@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Masahiko Sawada writes: > Pushed the fix (d87d07b7ad3). Thank you for working on this fix. There is something not right about the v13 version of this patch. BF member trilobite, which builds with -DCLOBBER_CACHE_ALWAYS, is showing this failure [1]: diff -U3 /home/buildfarm/trilobite/buildroot/REL_13_STABLE/pgsql.build/con= trib/test_decoding/expected/invalidation_distribution.out /home/buildfarm/= trilobite/buildroot/REL_13_STABLE/pgsql.build/contrib/test_decoding/output= _iso/results/invalidation_distribution.out --- /home/buildfarm/trilobite/buildroot/REL_13_STABLE/pgsql.build/contrib/= test_decoding/expected/invalidation_distribution.out 2025-06-17 10:24:24.3= 82768613 +0200 +++ /home/buildfarm/trilobite/buildroot/REL_13_STABLE/pgsql.build/contrib/= test_decoding/output_iso/results/invalidation_distribution.out 2025-06-17 = 15:01:53.921913314 +0200 @@ -31,7 +31,7 @@ step s2_get_binary_changes: SELECT count(data) FROM pg_logical_slot_get_b= inary_changes('isolation_slot', NULL, NULL, 'proto_version', '1', 'publica= tion_names', 'pub') WHERE get_byte(data, 0) =3D 73; count ----- - 0 + 1 (1 row) I can reproduce that locally if I add -DCLOBBER_CACHE_ALWAYS. Have not looked for the cause. regards, tom lane [1] https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=3Dtrilobite&dt= =3D2025-06-17%2008%3A24%3A00