EDB Postgres Il cluster è in uno stato non corretto dopo un backup online non riuscito

Dopo un tentativo fallito di backup online, un EDB Postgres cluster si trova in uno stato non corretto.

Sintomi

Dopo il fallimento di un backup online, si cerca di tornare IBM® Software Hub a uno stato corretto. Ma un EDB Postgres cluster rimane recintato.

Ambiente

Questo problema può verificarsi con qualsiasi metodo di backup e ripristino supportato.

Diagnosticare il problema

Dopo il backup non riuscito, eseguire i seguenti passaggi per ripristinare IBM Software Hub un corretto funzionamento:

Ottieni il pod IBM Software Hub dell'istanza (tenant):

CPD_TENANT_POD=`oc get po -n ${PROJECT_CPD_INST_OPERATORS} -l component=cpdbr-tenant,icpdsupport/addOnId=cpdbr,icpdsupport/app=br-service | grep cpdbr-tenant-service | awk '{print $1}'`
echo "cpd tenant pod: $CPD_TENANT_POD"

Esegui i post-hook di backup:

oc exec -it -n ${PROJECT_CPD_INST_OPERATORS} $CPD_TENANT_POD -- /cpdbr-scripts/cpdbr/checkpoint_backup_posthooks.sh --tenant-operator-namespace=${PROJECT_CPD_INST_OPERATORS}

Uno o più EDB Postgres gruppi rimangono recintati.

Risoluzione del problema

Effettuare le operazioni riportate di seguito:

Verificare che ogni EDB Postgres cluster abbia fencedInstances l'annotazione.
L'esempio seguente controlla il zen-metastore-edb cluster:
```
oc get clusters.postgresql.k8s.enterprisedb.io zen-metastore-edb -o yaml | grep fencedInstances
```

Rimuovi la recinzione dal cluster prima di tentare un altro backup.

Ad esempio:

oc annotate clusters.postgresql.k8s.enterprisedb.io zen-metastore-edb k8s.enterprisedb.io/fencedInstances-