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.96) (envelope-from ) id 1vx16J-00AS3I-2V for pgsql-admin@arkaria.postgresql.org; Mon, 02 Mar 2026 11:06:12 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vx16I-000KED-0n for pgsql-admin@arkaria.postgresql.org; Mon, 02 Mar 2026 11:06:10 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vx16H-000KE4-2U for pgsql-admin@lists.postgresql.org; Mon, 02 Mar 2026 11:06:10 +0000 Received: from mail-switzerlandnorthazon11022117.outbound.protection.outlook.com ([40.107.168.117] helo=ZR1P278CU001.outbound.protection.outlook.com) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1vx16B-000000000Ny-0ExC for pgsql-admin@lists.postgresql.org; Mon, 02 Mar 2026 11:06:09 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=llRiDbvG6tVbZ2/UsXyMSvVjfPuWo8er/lYTSinj5FBYDuR9eQ7BeBeHNthuuHAuciIyMhnesPq5eJvdlBcYlXOj0/ZUer+w3dUV2/vGYhz05uy7QQmBL0ekTS+niE8GKgsccrdb3HBsIQogazCLKyi3d/TeKnxlA1hP1aiRYyNrCq5Br+V37LshzXO1Q7h+v/moiK6xJENry7I4IsLhzEtkXMpvMXBfS95HyvXy0ebb0Pi71kIHzZrPZTbmU6VNlmFdB2RvrYpMuU0TXnMIETRytgNNjCpsNcLQFFL0Y6QSxMZO5kqX82pc9Mun4pMh+5t9wdcjeBRGH+1k3V5p8g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=seC+XnHTVUnxZSasyY0PwBizVqECEG8i8eXquOWWeyw=; b=VaSkYSTF329A9A6+RE/NR0T84RS++kBXyjXzr5k22YxHnlMAEBD07LW+xO+3Tpc84b99pWeEGyTv+6sH0LLHUpYGyHYiYwei5Xu1ZAs2Ng6NA0bz16KHwFlqko5zaWX7inOJQur5RIHSLb1kUnJLGEoF9gNMT0+t007tEVOvreHWzK9XOALeuJuwsyPODXoxlJ8TDiqoAf/pVszcwEe4McFprf6DYMqQ69eXeK38+/6dnXwxpIphw80BY01awg8x5m7yz41iQh7rM8rCHmvIpz6sA9rIJiBrKAEchmnpVggX13fs4rnHIex2BeQ8xWcT4byp09sNmhqwYxXqSB9hmA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=inout.ch; dmarc=pass action=none header.from=inout.ch; dkim=pass header.d=inout.ch; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=inoutag.onmicrosoft.com; s=selector2-inoutag-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=seC+XnHTVUnxZSasyY0PwBizVqECEG8i8eXquOWWeyw=; b=KcOhAF1vmr1F4y/xHyFBxp1YHF/K+Xok5jxMJA0ovsUnwSrr8tzpfS3EDtpwVK4rrnUuw3E7pHGYAzC3OvoeY6aql32oPkH4fucGNwebrmV3NVIudQB9MtmdHE4WtDyeKOyiJzXjTGH4jRlxUGhK9bwI6x+ucsf09PTa6hEP8Pk= Received: from ZRAP278MB0205.CHEP278.PROD.OUTLOOK.COM (2603:10a6:910:2c::5) by ZRZP278MB1791.CHEP278.PROD.OUTLOOK.COM (2603:10a6:910:ba::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9654.21; Mon, 2 Mar 2026 11:06:00 +0000 Received: from ZRAP278MB0205.CHEP278.PROD.OUTLOOK.COM ([fe80::2496:2662:64a0:f2a]) by ZRAP278MB0205.CHEP278.PROD.OUTLOOK.COM ([fe80::2496:2662:64a0:f2a%3]) with mapi id 15.20.9654.020; Mon, 2 Mar 2026 11:06:00 +0000 From: Patolla Bernd To: Fabrice Chapuis , Pgsql-admin Subject: AW: problem during postgres restore: max_connections = 100 is a lower setting than on the primary server, where its value was 350 Thread-Topic: problem during postgres restore: max_connections = 100 is a lower setting than on the primary server, where its value was 350 Thread-Index: AQHcqjNZalJXYHEQIU67MQgb4m8+8LWbE6KQ Date: Mon, 2 Mar 2026 11:05:59 +0000 Message-ID: References: In-Reply-To: Accept-Language: de-DE, en-150, en-CH, en-DE, en-US, de-CH Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-reactions: allow authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=inout.ch; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: ZRAP278MB0205:EE_|ZRZP278MB1791:EE_ x-ms-office365-filtering-correlation-id: 85daf10e-53de-4772-e582-08de784bafc2 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0;ARA:13230040|1800799024|366016|376014|38070700021|7053199007|8096899003; x-microsoft-antispam-message-info: YOK7qmraR6JCbbzRtTjsUm7TD8H6MnJLl75LWoSgEfY9UmLXJOOoOR54KFEkolZQRsiX1ej4lWt2/7QHndIQVHGr268zRpZVcNIJgMwqyIRUZtVPUtkULMxSF+aYADgpUerm6dNfNHGhrvV5obTjrZvhUUqSo95PDWEP0P5WhxZXsbPukpEFG8xr3AKSmVQ3stdDHKS9Mcf6X8Z5+05296prsPpozLN5Qp57j1vkBLY1nBRs+2wTNoMt3Kv6WVwgjhrz7yroGT4FCDostsyMJA9CCmozF19V4hwD4Cyp8l8WqmzakFJNB1v1ctOQDdBES22+XeuZ++CVL4nfMAvWSJ2ngHGiPnGgV0gVrlSnS1Ri8VFodNPyd+uiShgZZdMQ9JnjTVS7CTUmHzm2aCCEVw7L3kPOFyiyDSWEPRSydTOH9iMcufVPDwnjra4ocXe8lfZzIH+SpulFDVlI9i0nLzUWQQzMDeNbyobzgZO79tcat/+DUkAd8fj4SUkJKe7lYSus6wAjUGGxMyoJEeHzuP4z+raJiblcMt8j5fNouLP+T6HT9GX2O8f/KXdah+CFVsWS9vhBy/yX4V/OqUhBUu6PwvYciZxTRtGEWwBKnyF0MPJH6fwVOzoi6SCE3Mqe/jbmVW3AEbaAmoGWtZ+OuDPgufD9/HkMwEBZSXy+NEf/OCu0Fl89cy156JFXtjdzMyZwuz6OaIa3ztWMTVYGrPuco9DjKnm8V1eXTO9mgAqjSZawxyEdT7mWsnj+SNW8pTJZVI4Y+G1JIR9U9CjfBGOyoBZPrkVsRgMwB7iqvVc= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:ZRAP278MB0205.CHEP278.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230040)(1800799024)(366016)(376014)(38070700021)(7053199007)(8096899003);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?S0TfQ2rtP+ADuRnNkUChmaVSPiAlZ2aYRt4JrUCXQQlBufo06ExrNuaNbb?= =?iso-8859-1?Q?p9nCLwiQuXYXjCWG3caAiWzVz/TsIUUieGDtFau5spCO60z+GrtWD09XSu?= =?iso-8859-1?Q?tko8ugRsDzRO5QONLz4oZBu1r+7F0hi1BAyY7FSAREc5FlN32PCRg2POGW?= =?iso-8859-1?Q?ySaHfj7Q+dIVR5klpDzMkocBtN8iaEC4PGA9dYToNvv34aAGhLEAuDiPI3?= =?iso-8859-1?Q?GfeAAiU/ABT4n7hNF5OFhIUlH67ysYqK25GTqDYt8roBZYeFQSunY3vCha?= =?iso-8859-1?Q?cmabK0lQf1+Czx62BYi+mzmci9lIOzzuzo1IEVRm6g1DZznyYs+fftbuYj?= =?iso-8859-1?Q?QEFVA1qQ8wRQreLKC3A41vU7adT8goWiDnveNrH3QivbGJ6MyLvbiLiOA2?= =?iso-8859-1?Q?Qr9X9Kqw/ukbXAw8qMwX5m9c6iNWqWgfclO7nNW9MA9UUwQcbA2EBwfTWa?= =?iso-8859-1?Q?DAND0hgTxn1R3OLUBwoDe8EX6dpLq8e75dY/58EtTk/frd+p7YwvIayOdN?= =?iso-8859-1?Q?hQJAM91zAwkf9JG7bKBfsVlklPImaVCN42ujxx62+SbULulKssPaFblNkD?= =?iso-8859-1?Q?c0DF798FdOiNZUn9fj3R2e7E4G9qlvGVX8NqA5k6AlF4+ed1+jH0NTKhzv?= =?iso-8859-1?Q?SzP3S2yDBp89KDOrv3rnxzv2IWcOMsktvj0KqaZezjEmDtUIUGQMNfzEss?= =?iso-8859-1?Q?4WQnD5h6GtbRm2Db3nQV6dARQuvSLXCYEk+ejpIPa99IV/x0/mMYIUT+8h?= =?iso-8859-1?Q?Lp13CpfT8p39NSB9St2Emdga2ni1WqyW5VjPJ1LacuOadWuovizZZB/oH0?= =?iso-8859-1?Q?y9p/vF0TkVA0+G9E1E1lW9v8BcjZCRdXHQOVdpsZXr1wytVfaqjosN/l3H?= =?iso-8859-1?Q?1V6O6HUX6jmN1uhg3uONmUEUpBQHIpkJtLrLmLiSita9xP6H0jy/Qv9h9O?= =?iso-8859-1?Q?YRtyqdLgtIthTzfAJ3B8k5VS5wIzuDoTi7I/KOFzTBYsBnAbVXRwxw8KI0?= =?iso-8859-1?Q?HRcfRLh38yitJpuSLuCTNvkN1zW/SgwU276wk61s/c4/2aAsmHaBaMUHfQ?= =?iso-8859-1?Q?sAp/BE9c+si/HxItHeAET0/C8JX5NriicxQErz7s8p90qxLlH2GO1pDi9D?= =?iso-8859-1?Q?xBT2pYttofNluxbDImQU6yazScb+1ToqzB7smNMajvN46khVGNJsOgwJXn?= =?iso-8859-1?Q?p4PNS+KWkSxkUMlZq1X++Kzx/C5ScvKbVtTmSfpZJpNOr918S9nBbOrxM8?= =?iso-8859-1?Q?TJV89s37TVv1sqDOyZAPnHH35whYvirKMq6y4CXmN9O3KwAM7ftVrnox1T?= =?iso-8859-1?Q?EiyR3hWHh9MWYGSU7+ua767Fs5DUX+5HK+YW2bhuVqid5txlGNDuirV7uK?= =?iso-8859-1?Q?AD9aubCKpCDpXCzPtNQGEINmhEpivkHLaMYxcrXDH5j2w28dYutgRsnpSN?= =?iso-8859-1?Q?A9UuZyzQIUx6GlgwW1oAoJmP30gNhPqBfFDqKYO1gZnzIgeK7WTGJ99FAY?= =?iso-8859-1?Q?VAGLcYzOrxvnu6JDSVhUy8lqcPdiWUvI2GCiyjY/4oal2QAOqMBXfezFqC?= =?iso-8859-1?Q?guvS/cPmnXflVWVDSbtfwS6U94TcMPBN567iYd4zRqUuHVAyuihMokJ4W5?= =?iso-8859-1?Q?rlX/vKw8K1vEJcbhy06ldIItgHd64574WagNSINFs/ykbgasLNjmNGSXFm?= =?iso-8859-1?Q?BZ7Z/Vv9jYhiHEyVeGi4jQEFLyur0o6eApzjvAKLhSURSGLqhKk7EOAhww?= =?iso-8859-1?Q?or+y92fPiGYH95g+Bu0mS4X9JrC2YvXZDFXrCXN3/Y+ZXnJCDRQVwMFJqq?= =?iso-8859-1?Q?RE64V7ckIaVertDU9LrxIS2m1kx11m4=3D?= Content-Type: multipart/alternative; boundary="_000_ZRAP278MB02051BD10306ED17E39CA4988C7EAZRAP278MB0205CHEP_" MIME-Version: 1.0 X-OriginatorOrg: inout.ch X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: ZRAP278MB0205.CHEP278.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 85daf10e-53de-4772-e582-08de784bafc2 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Mar 2026 11:05:59.9256 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 6c5485d8-e946-4c40-a627-219dafbfa851 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 3/t2/SPqmF3Ub0YoTCUobGFiE5f7ruoIng8at/x5owxHpeUSWWA9o1mA8gX+0CspX2k9OhnJtKFjkegl4MpHzQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: ZRZP278MB1791 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --_000_ZRAP278MB02051BD10306ED17E39CA4988C7EAZRAP278MB0205CHEP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, In the past we had this issue, too. Therefore, we scan the control file and set the values from the control fil= e into the postgresql.auto.conf file. Then we started postgres for recovery, stopped it and set the values to the= planned ones. max_connections and max_worker_processes are the critical parameters to con= sider in such a scenario. BR Bernd Von: Fabrice Chapuis Datum: Montag, 2. M=E4rz 2026 um 11:57 An: Pgsql-admin Betreff: problem during postgres restore: max_connections =3D 100 is a lowe= r setting than on the primary server, where its value was 350 Hi, I got this error from restoring a backup on a recovery machine. I got error about the max_connections that I changed from 350 to 100. in the control file the value is 350 /usr/pgsql-17/bin/pg_controldata -D /pgdata/pgsql/17/main/ | grep max_conn max_connections setting: 350 That is the value registered from the primary. But the primary is not inten= ded to be connected during this restore. primary_conninfo is desactivated. Is there a trick to change decrease this value and start the instance. Thanks for your help Fabrice 2026-03-02 11:14:30.353 CET [1620147]: [3-1] user=3D,db=3D,client=3D,applic= ation=3D LOG: starting PostgreSQL 17.7 on x86_64-pc-linux-gnu, compiled by= gcc (GCC) 11.5.0 20240719 (Red Hat 11.5.0-11), 64-bit 2026-03-02 11:14:30.354 CET [1620147]: [4-1] user=3D,db=3D,client=3D,applic= ation=3D LOG: listening on IPv4 address "0.0.0.0", port 5432 2026-03-02 11:14:30.354 CET [1620147]: [5-1] user=3D,db=3D,client=3D,applic= ation=3D LOG: listening on IPv6 address "::", port 5432 2026-03-02 11:14:30.355 CET [1620147]: [6-1] user=3D,db=3D,client=3D,applic= ation=3D LOG: listening on Unix socket "/run/postgresql/.s.PGSQL.5432" 2026-03-02 11:14:30.357 CET [1620147]: [7-1] user=3D,db=3D,client=3D,applic= ation=3D LOG: listening on Unix socket "/tmp/.s.PGSQL.5432" 2026-03-02 11:14:30.362 CET [1620154]: [1-1] user=3D,db=3D,client=3D,applic= ation=3D LOG: database system was interrupted; last known up at 2026-02-25= 18:00:01 CET 2026-03-02 11:14:30.362 CET [1620154]: [2-1] user=3D,db=3D,client=3D,applic= ation=3D LOG: creating missing WAL directory "pg_wal/summaries" ERROR: The required file is not available: 0000000A.history 2026-03-02 11:14:31.415 CET [1620154]: [3-1] user=3D,db=3D,client=3D,applic= ation=3D LOG: starting backup recovery with redo LSN 3FB0/D9000028, checkp= oint LSN 3FB0/D9010058, on timeline ID 9 2026-03-02 11:14:32.013 CET [1620154]: [4-1] user=3D,db=3D,client=3D,applic= ation=3D LOG: restored log file "00000009.history" from archive 2026-03-02 11:14:32.748 CET [1620154]: [5-1] user=3D,db=3D,client=3D,applic= ation=3D LOG: restored log file "0000000900003FB0000000D9" from archive 2026-03-02 11:14:32.749 CET [1620154]: [6-1] user=3D,db=3D,client=3D,applic= ation=3D LOG: starting point-in-time recovery to 2026-03-02 09:00:00+01 2026-03-02 11:14:32.760 CET [1620154]: [7-1] user=3D,db=3D,client=3D,applic= ation=3D LOG: recovered replication state of node 1 to 3FB0/D8D74100 2026-03-02 11:14:32.761 CET [1620154]: [8-1] user=3D,db=3D,client=3D,applic= ation=3D LOG: recovered replication state of node 2 to 3FB0/BB7C1518 2026-03-02 11:14:32.761 CET [1620154]: [9-1] user=3D,db=3D,client=3D,applic= ation=3D LOG: recovered replication state of node 3 to 3CBD/DDE26700 2026-03-02 11:14:32.761 CET [1620154]: [10-1] user=3D,db=3D,client=3D,appli= cation=3D FATAL: recovery aborted because of insufficient parameter settin= gs 2026-03-02 11:14:32.761 CET [1620154]: [11-1] user=3D,db=3D,client=3D,appli= cation=3D DETAIL: max_connections =3D 100 is a lower setting than on the p= rimary server, where its value was 350. 2026-03-02 11:14:32.761 CET [1620154]: [12-1] user=3D,db=3D,client=3D,appli= cation=3D HINT: You can restart the server after making the necessary conf= iguration changes. 2026-03-02 11:14:32.762 CET [1620147]: [8-1] user=3D,db=3D,client=3D,applic= ation=3D LOG: startup process (PID 1620154) exited with exit code 1 2026-03-02 11:14:32.763 CET [1620147]: [9-1] user=3D,db=3D,client=3D,applic= ation=3D LOG: aborting startup due to startup process failure 2026-03-02 11:14:32.763 CET [1620147]: [10-1] user=3D,db=3D,client=3D,appli= cation=3D LOG: database system is shut down --_000_ZRAP278MB02051BD10306ED17E39CA4988C7EAZRAP278MB0205CHEP_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi, 

In the past we had this issue, too.
Therefore, we scan the control file and set the values from the control fil= e into the postgresql.auto.conf file. 
Then we started postgres for recovery, stopped it and set the values to the= planned ones. 
max_connections and max_worker_processes are the critical parameters to con= sider in such a scenario.

BR Bernd

 

Von: Fabrice Chapuis <fabrice636861@gmail.com>
Datum: Montag, 2. M=E4rz 2026 um 11:57
An: Pgsql-admin <pgsql-admin@lists.postgresql.org>
Betreff: problem during postgres restore: max_connections =3D 100 is= a lower setting than on the primary server, where its value was 350

Hi,
I got this error from restoring a backup on a recovery machine.
I got error about the max_connections that I changed from 350 to 100.
in the control file the value is 350
/usr/pgsql-17/bin/pg_controldata -D /pgdata/pgsql/17/main/ | grep max_conn<= br> max_connections setting:              35= 0
That is the value registered from the primary. But the primary is not inten= ded to be connected during this restore.
primary_conninfo is desactivated.

Is there a trick to change decrease this value and start the instance.

Thanks for your help

Fabrice

2026-03-02 11:14:30.353 CET [1620147]: [3-1] user=3D,db=3D,client=3D,applic= ation=3D LOG:  starting PostgreSQL 17.7 on x86_64-pc-linux-gnu, compil= ed by gcc (GCC) 11.5.0 20240719 (Red Hat 11.5.0-11), 64-bit     &= nbsp;        
2026-03-02 11:14:30.354 CET [1620147]: [4-1] user=3D,db=3D,client=3D,applic= ation=3D LOG:  listening on IPv4 address "0.0.0.0", port 543= 2                     &nb= sp;                     &= nbsp;                    =                  
2026-03-02 11:14:30.354 CET [1620147]: [5-1] user=3D,db=3D,client=3D,applic= ation=3D LOG:  listening on IPv6 address "::", port 5432 &nb= sp;                     &= nbsp;                    =                     &nbs= p;                     2026-03-02 11:14:30.355 CET [1620147]: [6-1] user=3D,db=3D,client=3D,applic= ation=3D LOG:  listening on Unix socket "/run/postgresql/.s.PGSQL= .5432"                   =                      = ;                     &nb= sp;          
2026-03-02 11:14:30.357 CET [1620147]: [7-1] user=3D,db=3D,client=3D,applic= ation=3D LOG:  listening on Unix socket "/tmp/.s.PGSQL.5432"=                     &nbs= p;                     &n= bsp;                     =                  
2026-03-02 11:14:30.362 CET [1620154]: [1-1] user=3D,db=3D,client=3D,applic= ation=3D LOG:  database system was interrupted; last known up at 2026-= 02-25 18:00:01 CET                 =                      = ;                
2026-03-02 11:14:30.362 CET [1620154]: [2-1] user=3D,db=3D,client=3D,applic= ation=3D LOG:  creating missing WAL directory "pg_wal/summaries&q= uot;                     =                      = ;                     &nb= sp;              
ERROR: The required file is not available: 0000000A.history
2026-03-02 11:14:31.415 CET [1620154]: [3-1] user=3D,db=3D,client=3D,applic= ation=3D LOG:  starting backup recovery with redo LSN 3FB0/D9000028, c= heckpoint LSN 3FB0/D9010058, on timeline ID 9         &= nbsp;                  
2026-03-02 11:14:32.013 CET [1620154]: [4-1] user=3D,db=3D,client=3D,applic= ation=3D LOG:  restored log file "00000009.history" from arc= hive                     =                      = ;                     &nb= sp;              
2026-03-02 11:14:32.748 CET [1620154]: [5-1] user=3D,db=3D,client=3D,applic= ation=3D LOG:  restored log file "0000000900003FB0000000D9" = from archive                  =                     &nbs= p;                     &n= bsp;        
2026-03-02 11:14:32.749 CET [1620154]: [6-1] user=3D,db=3D,client=3D,applic= ation=3D LOG:  starting point-in-time recovery to 2026-03-02 09:00:00+= 01                     &n= bsp;                     =                      = ;      
2026-03-02 11:14:32.760 CET [1620154]: [7-1] user=3D,db=3D,client=3D,applic= ation=3D LOG:  recovered replication state of node 1 to 3FB0/D8D74100 =                      = ;                     &nb= sp;                     &= nbsp;        
2026-03-02 11:14:32.761 CET [1620154]: [8-1] user=3D,db=3D,client=3D,applic= ation=3D LOG:  recovered replication state of node 2 to 3FB0/BB7C1518 =                      = ;                     &nb= sp;                     &= nbsp;        
2026-03-02 11:14:32.761 CET [1620154]: [9-1] user=3D,db=3D,client=3D,applic= ation=3D LOG:  recovered replication state of node 3 to 3CBD/DDE26700 =                      = ;                     &nb= sp;                     &= nbsp;        
2026-03-02 11:14:32.761 CET [1620154]: [10-1] user=3D,db=3D,client=3D,appli= cation=3D FATAL:  recovery aborted because of insufficient parameter s= ettings                   &nbs= p;                     &n= bsp;                     =    
2026-03-02 11:14:32.761 CET [1620154]: [11-1] user=3D,db=3D,client=3D,appli= cation=3D DETAIL:  max_connections =3D 100 is a lower setting than on = the primary server, where its value was 350.         &n= bsp;                    <= br> 2026-03-02 11:14:32.761 CET [1620154]: [12-1] user=3D,db=3D,client=3D,appli= cation=3D HINT:  You can restart the server after making the necessary= configuration changes.               &n= bsp;                     =              
2026-03-02 11:14:32.762 CET [1620147]: [8-1] user=3D,db=3D,client=3D,applic= ation=3D LOG:  startup process (PID 1620154) exited with exit code 1 &= nbsp;                    =                     &nbs= p;                     &n= bsp;        
2026-03-02 11:14:32.763 CET [1620147]: [9-1] user=3D,db=3D,client=3D,applic= ation=3D LOG:  aborting startup due to startup process failure   =                      = ;                     &nb= sp;                     &= nbsp;            
2026-03-02 11:14:32.763 CET [1620147]: [10-1] user=3D,db=3D,client=3D,appli= cation=3D LOG:  database system is shut down       = ;                     &nb= sp;                     &= nbsp;
--_000_ZRAP278MB02051BD10306ED17E39CA4988C7EAZRAP278MB0205CHEP_--