VMware-Forum

Hallo zusammen,

seit ein paar Wochen habe ich ein gelbes Ausrufezeichen im Clustersymbol mit der Meldung "Konfigurationsprobleme vSphere HA hat ein Failover-Aktion einer virtuellen Maschine im Cluster XY im Datacenter initiert"

vCenter 5.0.0 wäre hier im Einsatz

Der Vorgang war uns damals bewusst, nur wie bekomme ich die Meldung wieder weg?

Danke Euch

VG
Peter

Hi,
wenn du nur die Meldung wegbekommen willst, einfach mit der rechten Maustaste auf den Fehler unter Alarme. Dort dann dem Fehler erst zustimmen und ihn dann löschen. Sollte der Fehler allerdings immernoch bestehen, wird er wieder erscheinen, dann einfach den entsprechenden Alarm deaktivieren.

Gruß Peter

Hallo Peter,

das Problem ist, dass der Alarm / Fehler unten gar nicht auftaucht. Also kann ich ihn auch dort nicht bestätigen und dann löschen.

Einzig auf der Übersichtsseite des Clusters gibt es im Kasten vShere HA den Link Konfigurationsprobleme. Klicke ich da, wird mir der Alarm angezeigt aber er kann dort auch nicht bestätigt oder gelöscht werden..

Sonst noch eine Idee?

Reconfigure HA mal ausfuehren auf Clusterlevel.

Gruss aus Barcelona
Joerg

Hallo Jörg,

auf Clusterlevel? Da kann ich nix reconfigurieren.. Könnte nur jeden einzelnen Host reconfigurieren..

Oder ich finde den Punkt nicht den Du meinst..

VG
Peter

Rechts klick auf Cluster un dann augen auf.

Die sind zeimlich weit offen..

da steht nix von reconfigurieren..

So blond kann ich doch gar ned sein.. zefix

Hi,
geht mal im Cöluster auf Edit Settings und deaktivier mal HA. Mit Okay bstätigen! Wenn nun die rekunfiguration des CLusters fertig ist einfach wieder Edit Settings und den Hacken neu setzen.

Das sollte auch helfen.

Gruß Peter

Supi,

hat funktioniert !

Merci

Peter,
wenn ich Cluster sage dann meine ich natuerlich Host .... Reconfigure for vSphere HA heist es.

@PeterDa,
solche Tipps gebe ich eigentlich nur Leuten welche ich nicht mag oder was passiert mit der HA config wenn man die Option komplett ausschaltet? Also bei DRS fliegt alles weg.... inkl. Resourcepools.

Gruss
Joerg

Hallo Joerg,
ich gebe dir da recht. Hab aber gestern auch nicht mehr 100% gewust wo der Punkt "reconfigure HA" ist und zudem hatte ich letztens das Problem, dass trotz x maligen Reconfigurieren der Fehler nicht weg ging. Erst als ich das ganze HA Cluster reconfiguriert hatte war alles wieder sauber...

Gruß Peter

Also hier hat alles geklappt. Im DRS ist nix weggeflogen.. alle reglen blieben erhalten und Resourcepools nutzen wir nicht.

Hi,
das mit DRS wäre auch nur passiert, wenn du das DRS auch deaktiviert hättest.

Joerg hat schon recht dieses aus und wieder an ist schon eine ziemlich "dreckige" Methode!

Gruß Peter

Nukite2007 hat geschrieben:Also hier hat alles geklappt. Im DRS ist nix weggeflogen.. alle reglen blieben erhalten und Resourcepools nutzen wir nicht.

Das fliegt weg wenn du es mal "flux" ausschaltest. Aehnliches verhalten wuerde ich bei H
a erwarten aber bin nicht sicher. Hier waere es bei HA eine menge arbeit die config wieder herzustellen.

Thema ist schon etwas älter, aber vielleicht hat ja mal jemand wieder die gleichen Probleme.
Ich habe das (ohne aktuellen Fehler) mal unter 5.1. U1 in einer Testumgebung durchgespielt. HA deaktiviert und wieder aktiviert. Alle HA-Einstellungen sind erhalten geblieben, DRS-Regeln sowieso. Ob dadurch ein potenzieller Fehler behoben ist und nicht zu einem späteren Zeitpunkt wieder auftritt...???

Vielleicht kann das mal jemand für 5.0 checken.

Ich hatte den Fehler hier in einer 5.0 Umgebung. Nachdem ich den Lösungsansatz gelesen hatte, habe ich im betroffenen Cluster HA deaktiviert und kurz aus gelassen. Im Anschluss wieder aktiviert.
Die Fehlermeldung wurde ausgeblendet und stattdessen auf jedem Host ein Fehler angezeigt. Nach einigen Minuten verschwanden diese aber wieder und alles war wieder sauber.
Ich vermute, dass beim Neustart von HA das Cluster neu durchkonfiguriert wurde und dadurch der Fehler beseitigt wurde. Die temporären Hostfehlermeldungen sind halt, da es noch nciht funktioniert hat.

Ich habe mal die Hosts reconfiguriert. Danach hat er Alarme auf einigen VMs gemeldet das diese nicht neu gestartet werden konnten (sind aber online geblieben). Dann war der Fehler aber weg.

Devron hat geschrieben:Ich habe mal die Hosts reconfiguriert. Danach hat er Alarme auf einigen VMs gemeldet das diese nicht neu gestartet werden konnten (sind aber online geblieben). Dann war der Fehler aber weg.

Dazu sollte der KB zum Pseudo-Failover passen:

http://kb.vmware.com/selfservice/micros ... Id=2017778