<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Not sure. For example, it is possible that the PostgreSQL has started<br>
but as a primary server, not standby server. So just PostgreSQL has<br>
succeeded in starting does not necessary means the PostgreSQL can be<br>
safely attached to the streaming replication cluster.<br>
<br>
Or do you mean that the primary server temporally goes down and after<br>
the restarting you want to use the server as the primary again? If so,<br>
the easiest way would be using DISALLOW_TO_FAILOVER flag. See the<br>
manual for more details.<br></blockquote><div><br></div><div>I&#39;m not sure I am understanding.</div><div>If a old primary node will resume it has to become a new standby if a primary was promoted with an automatic failover.</div><div><br></div><div>Let me explain my use case.</div><div>I&#39;m building a new repmgr cluster with one primary and two standbys.</div><div> During the night dumps of virtual machines are automatically triggered and it could happen that one virtual machine could be unavailable for a while during the dump. If this happens, Pgpool will make a failover and a standby node will become primary. After some minutes the former primary will become available again, but it would be a false primary. In this case I&#39;d issue a &quot;repmgr node rejoin&quot; command to let it become a new standby.</div><div><br></div><div>I would like this to happen automatically.</div></div></div>