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 1v2Bf5-001AUH-No for pgsql-general@arkaria.postgresql.org; Fri, 26 Sep 2025 16:51:11 +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 1v2Bf2-0049Wn-JA for pgsql-general@arkaria.postgresql.org; Fri, 26 Sep 2025 16:51:09 +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 1v2Bf2-0049Wf-8M for pgsql-general@lists.postgresql.org; Fri, 26 Sep 2025 16:51:08 +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 1v2Bew-0003sP-18 for pgsql-general@postgresql.org; Fri, 26 Sep 2025 16:51:08 +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 58QGp1el4089349; Fri, 26 Sep 2025 12:51:01 -0400 From: Tom Lane To: Ashish Mukherjee cc: pgsql-general@postgresql.org Subject: Re: Downgrade pgsql 17 to pgsql 12 question In-reply-to: References: Comments: In-reply-to Ashish Mukherjee message dated "Fri, 26 Sep 2025 17:48:07 +0530" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4089347.1758905461.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Fri, 26 Sep 2025 12:51:01 -0400 Message-ID: <4089348.1758905461@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Ashish Mukherjee writes: > When I do dump/restore like this for a test table, I get the following > errors during restore but the table gets restored fine. > pg_restore: error: while PROCESSING TOC: > error: pg_restore: error: pg_restore: from TOC entry 17168; 1259 > 58572315 TABLE pkgs s14 > pg_restore: error: pg_restore: pg_restore: pg_restore: from TOC entry > 17168; 1259 58572315 TABLE pkgs s14 > pg_restore: error: pg_restore: from TOC entry 17168; 1259 58572315 TAB= LE > pkgs s14 > pg_restore: error: pg_restore: from TOC entry 17168; 1259 58572315 TABLE > pkgs s14 > error: from TOC entry 17168; 1259 58572315 TABLE pkgs s14 > pg_restore: warning: errors ignored on restore: 2 FWIW, the only output I see when trying a simple restore of a couple of tables from HEAD into a v12 server is pg_restore: error: could not execute query: ERROR: unrecognized configura= tion parameter "transaction_timeout" Command was: SET transaction_timeout =3D 0; pg_restore: warning: errors ignored on restore: 1 which is expected since v12 didn't have transaction_timeout. (If you use parallel mode you will see this error per-worker.) This means you can't use --single-transaction, but it should work otherwise as long as you're not using DDL features v12 didn't have. So I'm wondering why your output doesn't show that, and also why it fails to show the text of whatever error you are getting. Can you make a reproducible test case that behaves like that? regards, tom lane