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 1mYz60-0006yJ-G2 for pgsql-admin@arkaria.postgresql.org; Fri, 08 Oct 2021 23:16:08 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mYz5y-0000kI-4p for pgsql-admin@arkaria.postgresql.org; Fri, 08 Oct 2021 23:16:06 +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 1mYz5x-0000k8-S0 for pgsql-admin@lists.postgresql.org; Fri, 08 Oct 2021 23:16:05 +0000 Received: from mail.cybercat.ca ([216.13.210.72]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from ) id 1mYz5r-00040U-2a for pgsql-admin@lists.postgresql.org; Fri, 08 Oct 2021 23:16:04 +0000 X-Virus-Scanned: by cgpav Received: from [70.82.140.198] (account rossnick-lists@cybercat.net) by cybercat.net (CommuniGate Pro WEBUSER 6.2.15) with HTTP id 254322709 for pgsql-admin@lists.postgresql.org; Fri, 08 Oct 2021 19:15:55 -0400 From: "Nicolas Ross" Subject: Slave stuck in recovery mode To: pgsql-admin@lists.postgresql.org X-Mailer: CommuniGate Pro WebUser v6.2.15 Date: Fri, 08 Oct 2021 19:15:55 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi ! We’ve been using postgres since some time now (since the 9.3 days). I’ve got a pair of 9.6 server with 2 nodes, a primary and a slave. We use repmgr to manage the cluster. When it was installed, it was something like repmgr 4.x or even 3. This week, for some reason, I had to rebuild the slave instance. So I cloned the slave using a command like : /usr/pgsql-9.6/bin/repmgr -h pgserver2.qualite -U repmgr -f /etc/repmgr/9.6/repmgr.conf standby clone After some time (it’s like 250 gigs, so it’s kinda an hour or 2), the command ends. If I start the postgres server on the slave with OS systemcl script, it doesn’t return to the CLI (presumably it waits for something). In the log I see : < 2021-10-08 16:16:47.861 EDT > LOG: database system was shut down in recovery at 2021-10-08 16:04:10 EDT < 2021-10-08 16:16:47.877 EDT > LOG: entering standby mode < 2021-10-08 16:16:48.599 EDT > LOG: redo starts at 13BF/CF000028 < 2021-10-08 16:16:52.899 EDT > LOG: consistent recovery state reached at 13BF/D53BA0F0 (Some time passes) < 2021-10-08 16:46:10.363 EDT > LOG: started streaming WAL from primary at 13C9/8C000000 on timeline 1 After that, if I try to connect to the slave, I get : FATAL: the database system is starting up No matter how long I wait (tried more than a day later). During that time, the master still streams the wal to the slave. Notes : That last log example was taken after trying to clone from our barman server (tried with and without) use_replication_slots is set to yes. hot_standby is on on the primary, hence when cloned it is also. Before one of my clone command, I’ve tried cleaning all residue of repmgr, ie remove the extension, re-register the master, etc, still the same issue. If I comment out hot_standby on the slave, it starts normally, but still doesn’t allow connections. Recovery.conf is : standby_mode = 'on' primary_conninfo = 'host=MASTERIP user=repmgr application_name=SLAVENAME' recovery_target_timeline = 'latest' primary_slot_name = 'repmgr_slot_1' Any help troubleshooting this would be appreciated !