Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
ESXi Network CRITICAL
ESXi Network CRITICAL
Hallo Leute
Wir haben mehrere vSphere 4.1 Server. 4 ESX-Server sind in einem HA-Verbund. Ein weiterer ESXi - Server läuft derzeit noch stand-alone. Genau dieser Server macht ein paar Mucken.
In unserer NAGIOS-Überwachung erscheint der ESXi-Server mit folgender Meldung:
"VMWare Network is CRITICAL"
Der HOST scheint das Default Gateway nicht erreichen zu können. Gibt es seitens VMHost eine Überwachung des Default Gateway? Und wenn JA; Wo kann man ggfs. Zeiten/Schwellwerte einstellen?
Vielen Dank und beste Weihnachtsgrüße
Mille
Wir haben mehrere vSphere 4.1 Server. 4 ESX-Server sind in einem HA-Verbund. Ein weiterer ESXi - Server läuft derzeit noch stand-alone. Genau dieser Server macht ein paar Mucken.
In unserer NAGIOS-Überwachung erscheint der ESXi-Server mit folgender Meldung:
"VMWare Network is CRITICAL"
Der HOST scheint das Default Gateway nicht erreichen zu können. Gibt es seitens VMHost eine Überwachung des Default Gateway? Und wenn JA; Wo kann man ggfs. Zeiten/Schwellwerte einstellen?
Vielen Dank und beste Weihnachtsgrüße
Mille
-
- King of the Hill
- Beiträge: 12950
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
Das HA Modul verwendet die GW Adresse als Isolationpruefung und somit ist das etwas dumm wenn er es nicht anpingen kann. In vielen faellen kann es Sinn machen die Isolationsadresse zu aendern bzw. mehrere zuhaben, was aber in deinen Fall dann global geaendert werden sollte und somit nicht einfach mal "empfohlen" werden kann.
Kann er denn das GW anpingen und was sagen die vCenter Alarme zum Thema?
Gruss
Joerg
Kann er denn das GW anpingen und was sagen die vCenter Alarme zum Thema?
Gruss
Joerg
-
- Member
- Beiträge: 37
- Registriert: 12.03.2011, 16:13
- Wohnort: 127.0.0.1
-
- King of the Hill
- Beiträge: 12950
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
pdcemulator hat geschrieben:Was sind denn sinnvolle alternative Isolationsadressen?
Andere Geräte (am gleichen Switch)? Andere an anderen Switches? FInde in der Literatur vom Vmware leider wenig darüber...
Gerade fuer die welche IP basierte SANs haben ist es sinnvoll darueber nachzudenken die die pSwitche als Isolationsadresse herzunehmen.
Ich habe schon Umgebungen gesehen das war ist das GW eine Fritzbox gewesen welche man dann nicht so auf dem "Plan" hatte.
Jeder sollte halt mal auf seinen Netzplan gucken sich ueberlegen was bei den definierten Ausfallszenarien so passieren darf und wie das System reagiert.
Besser mehrere oder nur 1-2?
Gruende fuer mehr als 2 fallen mir erstmal keine ein. Einfach mal Duncan seinen HA Deepdive angucken bzw. sein (E-)Book lesen.
Gruss
Joerg
-
- King of the Hill
- Beiträge: 12950
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
ohhmille hat geschrieben:Ping und alles funktioniert einwandfrei.
In der HA-Umgebung haben wir auch keine Probleme, sondern lediglich der eine HOST der NICHT im HA ist.
Unter TASKS & Events für den Host steht auch nix weiter. Das ist ja das seltsame...
Was sind das denn fuer Probleme mal vom NAGIOS Check abgesehen?
Gruss
Joerg
-
- Member
- Beiträge: 37
- Registriert: 12.03.2011, 16:13
- Wohnort: 127.0.0.1
Nagios Checks kann man ja auch in einer Shell ausführen, ggf. mit einer Debug Option. Da sieht man vll mehr was das Skript macht und wo der Fehler liegt. Neben den Eventlogs des ESXi Hosts würde ich auch direkt die Logs auf dem Server zu dem Zeitpunkt prüfen, als Nagios das Problem gemeldet hat (Zeitformat im Log beachten, häufig steht es auf UTC).
Sind der ESX Host und der Nagios Rechner im gleichen Subnetz? Bzw. kann von anderen Subnetzen aus auf den Host zugegriffen werden? Wenn ja, dann scheidet aus meiner Sicht ein Fehler beim Gateway aus, weil sonst keine Kommunikation zwischen den Subnetzen möglich wäre. Potentielle statischen Routing Einträge für Netz/Hosts ignoriere ich hier mal.
irix hat geschrieben:Besser mehrere oder nur 1-2?
Gruende fuer mehr als 2 fallen mir erstmal keine ein. Einfach mal Duncjan seinen HA Deepdive angucken bzw. sein (E-)Book lesen.
Ich verwenden immer das.isolationaddress. Meist sind dort die interfaces der redudanten Coreswitches eingetragen. Die Adresse sollte ohne Routing erreichbar sein, also im gleichen Subnetz wie das vmk0 liegen. Brauchbar sind auch VRRP oder HSRP Adressen. Aber immer besser zwei verwenden.
Infos unter KB1006421.
Kleine Anmerkung:
Wenn man die Variable das.isolationadress0 bis 9 nutzt, dann sollte man auch das.usedefaultisolationadress auf False eintragen. Sonst bringt es nichts.?
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006421
Gruß Peter
Wenn man die Variable das.isolationadress0 bis 9 nutzt, dann sollte man auch das.usedefaultisolationadress auf False eintragen. Sonst bringt es nichts.?
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006421
Gruß Peter
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 3 Gäste