Re: Why would Postgres 11 suddenly ignore the recovery.conf file? - Mailing list pgsql-general

From Dennis Jacobfeuerborn
Subject Re: Why would Postgres 11 suddenly ignore the recovery.conf file?
Date
Msg-id 58e5afde-47f5-25a0-9e43-b4937d416635@conversis.de
Whole thread Raw
In response to Why would Postgres 11 suddenly ignore the recovery.conf file?  (Dennis Jacobfeuerborn <dennisml@conversis.de>)
List pgsql-general
On 10/4/21 12:35, Dennis Jacobfeuerborn wrote:
> Hi,
> I just stopped and restarted a Postgres 11 docker container which so far 
> has happily streamed the WAL from its primary but after the restart it 
> now seems to completely ignore the recovery.conf file and just outputs 
> this:
> 
>   2021-10-04 10:14:19.103 UTC [1] LOG:  listening on IPv4 address 
> "0.0.0.0", port 5432
> 2021-10-04 10:14:19.103 UTC [1] LOG:  listening on IPv6 address "::", 
> port 5432
> 2021-10-04 10:14:19.123 UTC [1] LOG:  listening on Unix socket 
> "/var/run/postgresql/.s.PGSQL.5432"
> 2021-10-04 10:14:19.304 UTC [21] LOG:  database system was shut down in 
> recovery at 2021-10-04 10:14:11 UTC
> 2021-10-04 10:14:19.305 UTC [21] LOG:  entering standby mode
> 2021-10-04 10:14:19.313 UTC [21] LOG:  could not signal for checkpoint: 
> checkpointer is not running
> 2021-10-04 10:14:19.338 UTC [21] LOG:  redo starts at 2F01/B9044C30
> 2021-10-04 10:15:35.889 UTC [21] LOG:  consistent recovery state reached 
> at 2F02/A2E1A108
> 2021-10-04 10:15:35.893 UTC [1] LOG:  database system is ready to accept 
> read only connections
> 
> Notice that there is apparently no attempt being made to connect to the 
> primary any more. The recovery.conf file is still present and correct so 
> I don't understand why Postgres seems to ignore it completely?

Ok, so just as I sent the mail the log now showed this:

2021-10-04 10:37:53.841 UTC [45] LOG:  started streaming WAL from 
primary at 2F14/13000000 on timeline 1

Notice that it took over 20 minutes for the system to start streaming. 
Could this be a connection related issue? If so is there a way to see 
that Postgres is trying to connect to the primary but hasn't succeeded 
yet? From the looks of it the logs stays silent until is actually has 
started streaming and there is no "initiating recovery" message before 
the connection actually succeeds.

Regards,
   Dennis



pgsql-general by date:

Previous
From: hubert depesz lubaczewski
Date:
Subject: Re: Why would Postgres 11 suddenly ignore the recovery.conf file?
Next
From: FOUTE K. Jaurès
Date:
Subject: Re: PostgreSQL - Ordering Table based of Foreign Key