Re: Minimal logical decoding on standbys
От | Andres Freund |
---|---|
Тема | Re: Minimal logical decoding on standbys |
Дата | |
Msg-id | 20230411201057.qsjw7pjgtpvxcvn2@awork3.anarazel.de обсуждение исходный текст |
Ответ на | Re: Minimal logical decoding on standbys ("Drouvot, Bertrand" <bertranddrouvot.pg@gmail.com>) |
Ответы |
Re: Minimal logical decoding on standbys
Re: Minimal logical decoding on standbys |
Список | pgsql-hackers |
Hi, On 2023-04-11 11:04:50 +0200, Drouvot, Bertrand wrote: > On 4/11/23 10:55 AM, Drouvot, Bertrand wrote: > > Hi, > > > > I think we might want to add: > > > > $node_primary->wait_for_replay_catchup($node_standby); > > > > before calling the slot creation. > > > > It's done in the attached, would it be possible to give it a try please? > > Actually, let's also wait for the cascading standby to catchup too, like done in the attached. Pushed. Seems like a clear race in the test, so I didn't think it was worth waiting for testing it on hoverfly. I think we should lower the log level, but perhaps wait for a few more cycles in case there are random failures? I wonder if we should make the connections in poll_query_until to reduce verbosity - it's pretty annoying how much that can bloat the log. Perhaps also introduce some backoff? It's really annoying to have to trawl through all those logs when there's a problem. Greetings, Andres Freund
В списке pgsql-hackers по дате отправления: