Das Upgrade des Omnissa Access-Clusters reagiert beim Neuerstellen der RPMDB nicht mehr

Stellen Sie ein angehaltenes Cluster-Upgrade wieder her, das durch einen sekundären Knoten verursacht wird, der während der Neuerstellung der RPMDB nicht mehr reagiert. Das Verfahren umfasst das Herunterskalieren des Clusters auf einen einzelnen aktualisierten Knoten sowie dessen Klonen zur Wiederherstellung des Clusters.

Problem

Während eines Upgrades eines Omnissa Access-Clusters reagiert ein sekundärer Knoten in der Phase successfully rebuilt RPMDB nicht mehr und der Upgrade-Prozess wird nicht fortgesetzt. Neue SSH-Verbindungen zum betroffenen Knoten können nicht hergestellt werden. Andere Knoten im Cluster haben das Upgrade möglicherweise erfolgreich abgeschlossen.

Ursache

Ein knotenspezifisches Umgebungsproblem während der Neuerstellung der RPM-Datenbank verhindert, dass das Upgrade auf dem betroffenen Knoten abgeschlossen wird.

Lösung

1. Erstellen Sie einen Snapshot jedes Clusterknotens, bevor Sie Änderungen vornehmen.

   Hinweis: Wenn Ihre Bereitstellung eine externe Datenbank verwendet, sichern Sie die Datenbank, bevor Sie fortfahren.

2. Schalten Sie den bzw. die nicht reagierenden Knoten aus.

3. Stellen Sie auf dem funktionierenden Knoten sicher, dass das Upgrade erfolgreich abgeschlossen wurde, und erstellen Sie dann einen Snapshot des aktualisierten Knotens.

4. Klonen Sie in vCenter den aktualisierten Knoten einmal für jeden Knoten, den Sie ausgeschaltet haben.

5. Öffnen Sie für jeden geklonten Knoten in vCenter die Einstellungen der virtuellen Maschine und aktualisieren Sie die MAC-Adresse des Netzwerkadapters so, dass sie mit der MAC-Adresse des ursprünglichen Knotens übereinstimmt, den er ersetzt.

6. Schalten Sie den geklonten Knoten ein und melden Sie sich als root an.

7. Aktualisieren Sie die Datei /etc/hosts mit der richtigen IP-Adresse und dem richtigen Hostnamen für diesen Knoten.

8. Führen Sie sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf aus, um die DNS-Auflösungskonfiguration wiederherzustellen.

9. Bearbeiten Sie die Datei /etc/systemd/network/10-eth0.network und legen Sie die IP-Adresse auf die richtige Adresse für diesen Knoten fest.

10. Bearbeiten Sie die Datei /etc/hostname und ersetzen Sie den vorhandenen Eintrag durch den richtigen Hostnamen für diesen Knoten.

11. Starten Sie den Knoten neu.

12. Stellen Sie sicher, dass der neu konfigurierte Knoten dem Cluster erfolgreich beigetreten ist und dass alle Omnissa Access-Dienste ausgeführt werden.

    Hinweis: Wiederholen Sie die Schritte 5 bis 12 für jeden zusätzlichen geklonten Knoten.