Réparer un standby décroché
###########################

Re-bootstrap depuis le **primaire courant** (IP directe pour le basebackup) :

.. code-block:: bash

    # exemple sur pg-03, primaire = pg-02
    pcs node standby pg-03
    sudo -u postgres /usr/pgsql-18/bin/pg_ctl -D /var/lib/pgsql/18/data stop -m immediate 2>/dev/null
    sudo -u postgres mv /var/lib/pgsql/18/data /var/lib/pgsql/18/data.old
    sudo -u postgres mkdir -m 700 /var/lib/pgsql/18/data
    sudo -u postgres /usr/pgsql-18/bin/pg_basebackup \
        -h 192.168.14.162 -U replicator \
        -D /var/lib/pgsql/18/data \
        -R -X stream -c fast -P

    # corriger application_name + VIP
    sudo -u postgres bash -c '
    cd /var/lib/pgsql/18/data
    sed -i "/^primary_conninfo/d" postgresql.auto.conf
    cat >> postgresql.auto.conf <<EOF
    primary_conninfo = '\''host=192.168.14.160 application_name=pg-03 user=replicator password=motdepasse'\''
    EOF
    '

    pcs node unstandby pg-03
    pcs resource cleanup pgsqld
    # vérifier data.old puis supprimer :
    # sudo -u postgres rm -rf /var/lib/pgsql/18/data.old

.. tip::

    Le re-basebackup n'utilise que l'autorisation `replication` déjà en place.
    `pg_rewind` exigerait une ligne pg_hba `host <base> replicator ...` supplémentaire
    (pseudo-base `replication` ≠ connexion base normale) — inutile sur un cluster neuf.