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 1sJIsL-004BY4-2C for pgsql-bugs@arkaria.postgresql.org; Mon, 17 Jun 2024 20:22:49 +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 1sJIsI-003Qsf-Qf for pgsql-bugs@arkaria.postgresql.org; Mon, 17 Jun 2024 20:22:47 +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 1sJIsI-003QsW-Hx for pgsql-bugs@lists.postgresql.org; Mon, 17 Jun 2024 20:22:47 +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.94.2) (envelope-from ) id 1sJIsH-001nhW-00 for pgsql-bugs@lists.postgresql.org; Mon, 17 Jun 2024 20:22:46 +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 45HKMhdb3477012; Mon, 17 Jun 2024 16:22:43 -0400 From: Tom Lane To: iwebcas@gmail.com cc: pgsql-bugs@lists.postgresql.org Subject: Re: BUG #18514: Encountering an error invalid DSA memory alloc request size 1811939328 when executing script In-reply-to: <18514-6be1e93cca5436f9@postgresql.org> References: <18514-6be1e93cca5436f9@postgresql.org> Comments: In-reply-to PG Bug reporting form message dated "Mon, 17 Jun 2024 16:12:10 -0000" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3477010.1718655763.1@sss.pgh.pa.us> Date: Mon, 17 Jun 2024 16:22:43 -0400 Message-ID: <3477011.1718655763@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk PG Bug reporting form writes: > Encountering an error invalid DSA memory alloc request size 1811939328 when > executing a prepared statement after multiple runs. The error occurs due to > a different execution plan being chosen on the 6th attempt. Could you submit a self-contained reproducer script for this? The query alone is not enough information; we'd have to guess at your table definition and contents. (Note that dummy data might be enough to provoke it, so you can probably anonymize or remove anything sensitive.) > Could you please assist in understanding why the execution plan changes Probably as a result of switching from custom to generic plan. There's not anything exciting about that, but we would like to get to the bottom of the DSA allocation failure. regards, tom lane