<div dir="ltr">Dear Tatsui Ishii,<br><br>Thank you so much for the support, because of your hint about pcp_attach_node we have resolved our issue. We appreciate your support!<br><br>Salman Ahmed <br>Stormatics<br><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Aug 20, 2023 at 8:52 AM Tatsuo Ishii <<a href="mailto:ishii@sraoss.co.jp">ishii@sraoss.co.jp</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> Then there's something wrong in your follow primary script. To debug<br>
> it, I suggest to look into pgpool log and the standby's PostgreSQL<br>
> log. I suspect the standby server failed to follow the new standby for<br>
> some reason (maybe some WAL files are missing?). In general you should<br>
> fall back to use pg_rewind/pg_base_backup to sync with the new primary<br>
> in this case.<br>
> <br>
> See the official sample script for more details.<br>
> <br>
> <a href="https://git.postgresql.org/gitweb/?p=pgpool2.git;a=blob_plain;f=src/sample/scripts/follow_primary.sh.sample;hb=refs/heads/V4_4_STABLE" rel="noreferrer" target="_blank">https://git.postgresql.org/gitweb/?p=pgpool2.git;a=blob_plain;f=src/sample/scripts/follow_primary.sh.sample;hb=refs/heads/V4_4_STABLE</a><br>
<br>
One thing I noticed is, after reloading PostgreSQL, the script does<br>
not execute pcp_attach_node. You need to execute the command because<br>
without the command, the standby status keeps on "down" from pgpool's<br>
point of view.<br>
<br>
Best reagards,<br>
--<br>
Tatsuo Ishii<br>
SRA OSS LLC<br>
English: <a href="http://www.sraoss.co.jp/index_en/" rel="noreferrer" target="_blank">http://www.sraoss.co.jp/index_en/</a><br>
Japanese:<a href="http://www.sraoss.co.jp" rel="noreferrer" target="_blank">http://www.sraoss.co.jp</a><br>
</blockquote></div>