VMware-Forum

Hallo Leute,
wir haben bei einem Kunden einen ESXi5.1 (HP ProLiant ML350 G6) laufen.
Am Host sind 2 VM's installiert: 1SBS2003, 1Win7(zum testen)
Die Clients verlieren in unregelmäßigen Abständen die Verbindung zum SBS.
Allerdings läßt sich der Host durchgehend pingen. Auch die Clients können sich untereinander pingen.
Da es eine kleine Infrastruktur ist (5Clien PC's) haben wir die Switches, Router, LAN Adpater und alle Kabel getauscht. Das brachte leider keinen Erfolg.
Hat jemand eine Idee bzw. einen Vorschlag?
Sind mit unserem technischen Latein am Ende

Danke im Voraus!
LG Jürgen

Welche HW ist im Host verbaut und welche Einstellungen habt ihr dem SBS gegönnt?
Habt ihr ein Storage oder DAS am laufen?
Jumboframes im Einsatz?

Hallo, IntelXeon E5404 @2,0GHz 12GB RAM (8GBRAM für den SBS und 1 CPU*4Cores)
Kein Storage, Datastore Raid5 mit 270GB (SAS Platten)
Alles HP und in der HCL

Jumboframes -nein nicht im Einsatz


LG

Hi,

Die Aussage ist mir nicht so ganz klar:

Die Clients verlieren in unregelmäßigen Abständen die Verbindung zum SBS.
Allerdings läßt sich der Host durchgehend pingen

Können die Client die VM auch anpingen wenn sie die Verbindung zum SBS Verlohren haben? Wie äußert sich dann das verlohrengegangen? Erklär doch mal bitte von wo du durchgehend anpingst.

Gruß Peter[/quote]

Hallo, IntelXeon E5404 @2,0GHz 12GB RAM (8GBRAM für den SBS und 1 CPU*4Cores)
Kein Storage, Datastore Raid5 mit 270GB (SAS Platten)
Alles HP und in der HCL

Jumboframes -nein nicht im Einsatz

Kann es sein, daß du dich bei der CPU vertan hast?
Ich finde dort nur den Quadcore Xeon E5405 2,0GHz und dieser Quad-CPU auch noch eine VM mit 4 v.CPUs zu geben, könnte in meinen Augen für Probleme sorgen. Der ESXi will schließlich auch noch CPU-Leistung haben und bekommt gegenüber allen VMs immer Vorrang. Wenn der ESXi selbst am werkeln ist, belegt dieser 1 pCPU-Kern und die VM muß warten. Allerdings ist deine CPU taktratentechnisch am unteren Ende der FSB1333-CPUs angesiedelt und deine Quad-CPU ist technisch gesehen nur 2x Core2Duo zusammengepappt auf einem CPU-Träger, wobei die Kommunikation zwischen beiden Core2Duo-Hälften sich über den langsamen FSB quälen muß. Ob sich das jetzt aber schon im Gast bemerkbar macht, entzieht sich meiner Kenntnis und ist ausserdem von der Gast-Auslastung abhängig.

stonson25 hat geschrieben:Hallo Leute,
wir haben bei einem Kunden einen ESXi5.1 (HP ProLiant ML350 G6) laufen.
Am Host sind 2 VM's installiert: 1SBS2003, 1Win7(zum testen)
Die Clients verlieren in unregelmäßigen Abständen die Verbindung zum SBS.
Allerdings läßt sich der Host durchgehend pingen. Auch die Clients können sich untereinander pingen.
Da es eine kleine Infrastruktur ist (5Clien PC's) haben wir die Switches, Router, LAN Adpater und alle Kabel getauscht. Das brachte leider keinen Erfolg.
Hat jemand eine Idee bzw. einen Vorschlag?
Sind mit unserem technischen Latein am Ende

Danke im Voraus!
LG Jürgen

ich hatte hier ähnliche Probleme.
Ursache war eine Fehler im Bios der PCs der dazu führte das die Netzwerkarte hing.
Lösung bei mir:
2 unterschiedliche Netzwerkarten in unterschiedlichen Slottypen.
3 Tage später gab es von Siemens ein Biosupdate .
gruss

Hallo,
also wenn dei Verbindung zum SBS verloren geht kann ich noch immer die Clients von der Test_vm am ESXi pingen. Die Test-VM benutzt den selben physikalischen LAN-Adapter.
Ich lann auch die IP vom ESXi pingen.
Irgendwie muss das am virtuellen Adapter liegen.
Wir haben am ESXi momentan nur einen LAN-Adapter im Einsatz um Fehler auszuschließen.


Hoffe das ist genauer und ihr könnt etwas damit anfangen.
Die Kiste ist übrigends 2 Jahre ohne Probleme gelaufen. Als die Probleme aufgetaucht sind habe ich das Update auf ESXI5.1 durchgeführt.

LG

@Dayworker: Ich weiß: Die Kiste ist schon etwas älter aber bei HP noch immer unter Wartung...

Ich könnte versuchen noch einen anderen LAn Adapter einzubauen aber das hatten wir ja schon.

LG

stonson25 hat geschrieben:Hallo,
also wenn dei Verbindung zum SBS verloren geht kann ich noch immer die Clients von der Test_vm am ESXi pingen. Die Test-VM benutzt den selben physikalischen LAN-Adapter.
Ich lann auch die IP vom ESXi pingen.
Irgendwie muss das am virtuellen Adapter liegen.
Wir haben am ESXi momentan nur einen LAN-Adapter im Einsatz um Fehler auszuschließen.


Hoffe das ist genauer und ihr könnt etwas damit anfangen.
Die Kiste ist übrigends 2 Jahre ohne Probleme gelaufen. Als die Probleme aufgetaucht sind habe ich das Update auf ESXI5.1 durchgeführt.

LG

Was siehst du wenn du direkt an der Console des Servers schaust? Sind alle Netzwerkkarten noch aktiv.

Gruss

Mal die Stromsparoptionen im GuestOS deaktivieren.

Gruss
Joerg

Hallo, ja die sind nachdem die VM die Verbindung verliert aktiv. Sowohl am ESXi als auch am SBS. Wenn die Clients die Verbindung verlieren kann ich mit dem SBS ins WEB pingen , das GW, den Host selbst.
Energiesparmodus ist deaktiviert;)

Schuss ins blaue: Hast ein sauberes physisches Netzwerk? Hatte bei nem Kunden mal arge Probleme weil sein Netzwerk nur in der Theorie Gbit Tauglich war. Sympthome waren da auch Disconeccts aber nach wie vor pingbar. Als ich mit nem Paketanalyser irgendwann den Traffic überprüft habe, sah ich, dass massig Pakete verworfen wurden wegen falscher Übertragung.

Wurden Zugriffsberechtigungspakete zu oft verworfen, hat der SBS die Workstations abgeklemmt. War in den Logs der Client mehr oder weniger erkennbar, dass da nichts stimmt. Kann mich aber nimmer genau an die Ereignismeldung erinnern.

Testen wäre ganz einfach, klemme einfach mal nen 100MB Switch zwischen die Leitung von einem Client mit vielen Disconnects oder mit einer Patchkabel-direktverbindung. Wenn der Server nicht direkt am Switch hängt, ebenfals zwischen Server + Hauptswitch.

Bei einem Managebaren Switch kannst auch einfach mal die Leistung von den Ports manuell herunterstufen.

Vielleicht nützt dann zur Diagnose ein Ping mit größeren Paketen:

UrsDerBär hat geschrieben:Schuss ins blaue: Hast ein sauberes physisches Netzwerk? Hatte bei nem Kunden mal arge Probleme weil sein Netzwerk nur in der Theorie Gbit Tauglich war. Sympthome waren da auch Disconeccts aber nach wie vor pingbar. Als ich mit nem Paketanalyser irgendwann den Traffic überprüft habe, sah ich, dass massig Pakete verworfen wurden wegen falscher Übertragung.

Wurden Zugriffsberechtigungspakete zu oft verworfen, hat der SBS die Workstations abgeklemmt. War in den Logs der Client mehr oder weniger erkennbar, dass da nichts stimmt. Kann mich aber nimmer genau an die Ereignismeldung erinnern.

Testen wäre ganz einfach, klemme einfach mal nen 100MB Switch zwischen die Leitung von einem Client mit vielen Disconnects oder mit einer Patchkabel-direktverbindung. Wenn der Server nicht direkt am Switch hängt, ebenfals zwischen Server + Hauptswitch.

Bei einem Managebaren Switch kannst auch einfach mal die Leistung von den Ports manuell herunterstufen.

Ja, das ist mal einen Versuch Wert. Kann ich aber erst am Montag testen. Danke. LG