<div dir="ltr"><div>Hello,</div><div><br></div><div>Thanks for the clarification. I&#39;m trying to execute and getting below error. I&#39;m attaching configs for your reference. Can you please help ?</div><div><br></div><div>postgres@pgp1:/etc/pgpool2/4.0.9$ psql -U postgres -h localhost -p 9999 --pset pager=off -c &quot;show pool_nodes&quot;<br> node_id | hostname | port | status | lb_weight |  role   | select_cnt | load_balance_node | replication_delay | last_status_change  <br>---------+----------+------+--------+-----------+---------+------------+-------------------+-------------------+---------------------<br> 0       | pg1      | 5432 | down   | 0.500000  | standby | 0          | false             | 0                 | 2020-08-19 09:02:46<br> 1       | pg2      | 5432 | up     | 0.500000  | primary | 0          | true              | 0                 | 2020-08-19 09:02:46<br>(2 rows)<br><br>postgres@pgp1:/etc/pgpool2/4.0.9$ <br>postgres@pgp1:/etc/pgpool2/4.0.9$ <br>postgres@pgp1:/etc/pgpool2/4.0.9$ <br>postgres@pgp1:/etc/pgpool2/4.0.9$ pcp_recovery_node -h localhost -p 9898 -n 0<br>Password: <br>FATAL:  authentication failed for user &quot;postgres&quot;<br>DETAIL:  username and/or password does not match<br><br>postgres@pgp1:/etc/pgpool2/4.0.9$ <br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 19, 2020 at 10:22 AM Tatsuo Ishii &lt;<a href="mailto:ishii@sraoss.co.jp">ishii@sraoss.co.jp</a>&gt; 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">&gt; I have 3 servers with two postgres (9.6) and one pgpool (4.0.9). Postgres<br>
&gt; is configured with streaming replication.<br>
&gt; When I manually stop postgres service on primary node, failover has<br>
&gt; happened successfully.<br>
&gt; Now I started postgres service on old primary node which is expected to be<br>
&gt; converted as slave, pgpool is not triggering recovery_1st_stage_command =<br>
&gt; &#39;recovery_1st_stage.sh&#39;<br>
&gt; May I know what could be the reason ?<br>
<br>
That is an expected behavior. The node previously brought down is left<br>
as &quot;down&quot; by pgoool. This is intentional. You need to issue<br>
pcp_recovery_node against the node (previous primary node in your<br>
case) to make it online again.<br>
<br>
When a node is brought down, there might be a reason: for example<br>
needed to repair the hardware. So in general it&#39;s not safe to<br>
automatically restart the previously down node.<br>
<br>
Best regards,<br>
--<br>
Tatsuo Ishii<br>
SRA OSS, Inc. Japan<br>
English: <a href="http://www.sraoss.co.jp/index_en.php" rel="noreferrer" target="_blank">http://www.sraoss.co.jp/index_en.php</a><br>
Japanese:<a href="http://www.sraoss.co.jp" rel="noreferrer" target="_blank">http://www.sraoss.co.jp</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><font style="font-family:courier new,monospace" size="1"><b style="color:rgb(102,102,102)">Regards,<br><br></b></font><div style="color:rgb(102,102,102)"><font size="1"><b><font face="&#39;comic sans ms&#39;, sans-serif"><font style="font-family:courier new,monospace" size="1">K S Praveen Kumar<br>M: +91-9986855625 </font><br></font></b></font></div></div>