You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I was looking on patroni and repmgr and they both have some special flags to automate pg_rewind after failover.
Is there anything similar in PAF?
Its looks uncomfortable to get new promoted node when all nodes was rebooted accidentally (by some power supply issue or so) and then you need to do pg_ rewind manually.
The text was updated successfully, but these errors were encountered:
I was looking on patroni and repmgr and they both have some special flags to automate pg_rewind after failover.
Is there anything similar in PAF?
There's nothing similar in PAF, by design. It is quite scary to automatically get back online a failed node and removing some of its activity without manual checkup first, at least to pinpoint what was the crash origin and the real status of the node.
Its looks uncomfortable to get new promoted node when all nodes was rebooted accidentally (by some power supply issue or so) and then you need to do pg_ rewind manually.
You should not have to pg_rewind in such situation.
I expect you should just start manually the primary, then the secondaries, wait for them to settle, then restart the pacemaker stack.
the PostgreSQL primary should recover
then secondaries should resynch with it
when starting Pacemaker, it should detect the clean status of all of them.
I was looking on patroni and repmgr and they both have some special flags to automate pg_rewind after failover.
Is there anything similar in PAF?
Its looks uncomfortable to get new promoted node when all nodes was rebooted accidentally (by some power supply issue or so) and then you need to do pg_ rewind manually.
The text was updated successfully, but these errors were encountered: