La mise à niveau du cluster Omnissa Access se bloque à l'étape de recréation RPMDB

Résolvez une mise à niveau de cluster bloquée causée par un nœud secondaire qui cesse de répondre lors de l'étape de recréation RPMDB. La procédure implique la réduction du cluster à un nœud unique mis à niveau et son clonage pour restaurer le cluster.

Problème

Lors d'une mise à niveau d'un cluster Omnissa Access, un nœud secondaire cesse de progresser et ne répond pas à l'étape successfully rebuilt RPMDB. Les nouvelles connexions SSH au nœud affecté ne peuvent pas être établies. D'autres nœuds du cluster ont peut-être terminé la mise à niveau.

Cause

Un problème d'environnement spécifique au nœud pendant le processus de recréation de la base de données RPM empêche la mise à niveau de se terminer sur le nœud affecté.

Solution

1. Prenez un snapshot de chaque nœud de cluster avant d'apporter des modifications.

   Remarque : si votre déploiement utilise une base de données externe, sauvegardez la base de données avant de continuer.

2. Mettez hors tension le ou les nœuds qui ne répondent pas.

3. Sur le nœud opérationnel, vérifiez que la mise à niveau s'est terminée correctement, puis prenez un snapshot du nœud mis à niveau.

4. Dans vCenter, clonez le nœud mis à niveau une fois pour chaque nœud que vous avez mis hors tension.

5. Pour chaque nœud cloné, ouvrez les paramètres de la machine virtuelle dans vCenter et mettez à jour l'adresse MAC de l'adaptateur réseau pour qu'elle corresponde à l'adresse MAC du nœud d'origine qu'il remplace.

6. Mettez sous tension le nœud cloné et connectez-vous en tant que root.

7. Mettez à jour le fichier /etc/hosts avec l'adresse IP et le nom d'hôte corrects pour ce nœud.

8. Exécutez sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf pour restaurer la configuration du résolveur DNS.

9. Modifiez le fichier /etc/systemd/network/10-eth0.network et définissez l'adresse IP sur la bonne adresse pour ce nœud.

10. Modifiez le fichier /etc/hostname et remplacez l'entrée existante par le nom d'hôte correct pour ce nœud.

11. Redémarrez le nœud.

12. Vérifiez que le nœud reconfiguré a rejoint le cluster et que tous les services Omnissa Access sont en cours d'exécution.

    Remarque : répétez les étapes 5 à 12 pour chaque nœud cloné supplémentaire.