Ich habe folgende Konstellation:
Node0
Node1
Node2
Node0 und Node1 bilden Zusammen einen Cluster.
Node2 ist aus dem Cluster entfernt und frisch mit PVE installiert
Bei einem Umzug des Clusters vor einiger Zeit scheint etwas schief gelaufen zu sein. Seit dem funktionierte der Cluster ansich normal weiter. Allerdings konnte man im Webinterface nicht mehr auf die jeweils anderen Knoten zugreifen.
Die Ui meldet dann immer ein: "Connection error 596: Connection reset by peer"
Dies konnte ich auch nicht mit pvecm updatecerts und aehnlichen repaiereren, was ich Forum hier gefunden habe. Daher war jetzt mein versuch Node2 aus dem Cluster zu entfernen, neuzuinstallieren und dem Cluster neu hinzuzufuegen. Dies scheitert allerdings auch mit folgender Meldung
Ein Join ueber das WebUi scheitert mit gleicher Fehlermeldung.
pveproxy des Node0 scheint immer noch nicht den anderen Knoten zu vertrauen.
Die Eintraege in /root/.ssh/authorized_keys scheinen korrekt zu sein.
Hat jemand eine Idee, wie ich das Problem eingrenzen und bestenfalls loesen kann?
Node0
Node1
Node2
Node0 und Node1 bilden Zusammen einen Cluster.
Node2 ist aus dem Cluster entfernt und frisch mit PVE installiert
Bei einem Umzug des Clusters vor einiger Zeit scheint etwas schief gelaufen zu sein. Seit dem funktionierte der Cluster ansich normal weiter. Allerdings konnte man im Webinterface nicht mehr auf die jeweils anderen Knoten zugreifen.
Die Ui meldet dann immer ein: "Connection error 596: Connection reset by peer"
Dies konnte ich auch nicht mit pvecm updatecerts und aehnlichen repaiereren, was ich Forum hier gefunden habe. Daher war jetzt mein versuch Node2 aus dem Cluster zu entfernen, neuzuinstallieren und dem Cluster neu hinzuzufuegen. Dies scheitert allerdings auch mit folgender Meldung
pvecm add Node0
Please enter superuser (root) password for 'Node0': *
Establishing API connection with host 'Node0'
500 Can't connect to Node0:8006 (Connection reset by peer)
Ein Join ueber das WebUi scheitert mit gleicher Fehlermeldung.
pveproxy des Node0 scheint immer noch nicht den anderen Knoten zu vertrauen.
Die Eintraege in /root/.ssh/authorized_keys scheinen korrekt zu sein.
Hat jemand eine Idee, wie ich das Problem eingrenzen und bestenfalls loesen kann?