VMware-Forum

Hallo,

ich bitte um Hilfestellung bei der Netzwerkkonfigration:

An der Konsole bzw. direkt am ESXi 5.5 (FSC RX300 S8) per Monitor aufgeschaltet erfolgt ein positiver Ping im LAN, WAN und inkl. DNS-Auflösung. Sprich der RX300 S8 mit ESXi kommt erstmal überall hin inkl. DNS.

Leider kommen die VMs nicht raus (pingbar ist nur der eigene Host, alles andere geht nicht).

Ich habe mal einen Screenshot angefügt!

Danke für eure Hilfe!

Was sind das für zwei VMs, die dort laufen? Was machen diese netzwerktechnisch?

Und nebenbei:
- Von FSC sind nur RX300 S4 für ESXi bis 5.1 auf der HCL. Für 5.5 ist nur ein RX600 S4 auf der HCL
- Wo sind denn vmnic0, 2, 3, 4 ?

Die beiden VMs sind Win7 Pro 64 bit Systeme. Sind im gleichen Netzwerk. 192.168.20.0.

Netzwerktechnisch machen die erstmal gar nichts.

Also der RX300 S8 hat ja 3 LAN Schnittstellen. Dazu vier weitere per PCI-X.

In nic1 und 5 (dann von der PCI-X) stecken jeweils ein aktiv und passiv Switch (Verfügbarkeit). Die anderen sind nicht belegt bzw. über den Monitor/Konsole in ESXi nicht ausgewählt. Hier bin ich mir auch nicht sicher (der Host kommt soweit aber raus).

Ich bin mir nicht ganzs icher aber mir wurde erklärt, dass S8 kompatibel sei (ich habe diese CustomImage NICHT verwandt (http://support.ts.fujitsu.com/download/ ... D5C1DF810E), sondern direkt von vmware geladen).

http://www.vmware.com/resources/compati ... _guide.pdf -> S. 202 ESXi 5.5 U2

Danke für die hilfe!

Ich würde aufgrund der angepassten Netzwerktreiber auf jeden Fall ein Update mit dem Fujitsu-Image machen und danach den aktuellen Patch einspielen (201501001). Die Treiber der nicht zum Basis-Server gehörenden Netzwerkanschlüsse (PCI-X) sollten möglichst auch auf dem letzten Patchstand sein.

OK, dann versuchen wir doch mal der Reihe nach, ein wenig Licht in dieses Dunkel zu bringen

- FSC gibt's seit Jahren nicht mehr, und deshalb ganz sicher auch keinen RX300s8 von FSC. FSC (Fujitsu-Siemens Computers) laeuft nach dem Rueckzug von -Siemens aus dem Joint-Venture unter FTS (Fujitsu Technology Solutions), und fuer diesen Hersteller stehen die aktuellen Primergy-Server (ausser ein paar ganz kleinen Mono-Systemen) selbstverstaendlich auch auf der HCL

- RX300s8 hat keinerlei PCI-X Slots. Die gab's mal zu Zeiten von FSC; heute sind da nur PCI-Express (PCIe) Slots drin

- RX300s8 hat keine drei Netzwerkschnittstellen, sondern nur zwei Onboard. Die dritte RJ45-Buchse ist ausschliesslich dem Management-Chip iRMC vorbehalten, und in keinem OS nutzbar.

- 1 UND 5 koennen keinesfalls BEIDE auf der Steckkarte liegen. Entweder sind 0/1 oder 4/5 die Onboard-NICs (je nach HW-Konfig, Treiberreihenfolge, Mondphase, ...)

- Der Tipp von ~thc zur Verwendung der Software ist absolut empfehlenswert (zumindest solange es noch kein FTS-Image mit dem aktuellen VMware-Patch gibt). Die Verwendung der Originale von VMware, wenn es denn Hersteller-Custom Images gibt, hat im Betrieb m.E. ausschliesslich Nachteile.

Wenn die "VMs nicht rauskommen", obwohl sie im gleichen IP-Adressbereich wie der Host (192.168.20/24) konfiguriert sind, dann schalte doch mal eine der beiden VMs aus, und gib dem Host die IP-Adresse dieser VM. Ich denke mal, dass der dann auch nicht mehr "raus" kommt. Soll heissen: Die Ursache des Problems duerfte (bei der angegeben "flachen" Netzwerkkonfiguration) ausserhalb des ESXi liegen, z.B. im externen Switch, der einen MAC-Filter aktiv haben koennte usw. usf.

Als weiteren Test koenntest Du dann der VM (die Du selbstverstaendlich vor dem Hochfahren erst einmal vom vSwitch getrennt hast) die IP-Adresse des Hosts geben, und damit nochmal probieren (erneut selbstverstaendlich natuerlich nachdem die VM wieder mit dem vSwitch verbunden wurde).

Wenn das nicht hilft, braeuchten wir mal ein ipconfig /all der Win7-VM, sowie ein esxcfg-vmknic -l des ESXi-Hosts (oder entsprechende Screenshots).

Hallo,

aktuell scheitert es an dem Update auf das Custom Image bzw. den akt. Patch.

Habe esxcli Cleint installiert und über Konsole lokal an meinem Laptop den Pfad/Parameter nach dieser Anleitung eingegeben: http://www.anleitungen.lars-bronsert.de/?page_id=3797.

Ich bekomme aber immer die Meldung zurück: Specify a server name... Damit kann ich weiter nichts anfangen (die Patches liegen bereits auf dem ESXi).

Danke!

Wenn du der Kommandozeile nicht abgeneigt bist, starte auf dem ESXi unter "Configuration/Security Profile/Services" den SSH-Dienst, verbinde dich mit einem SSH-Client (z.B. puTTY) mit dem ESXi und führe das Kommando direkt auf dem Host aus:

Hallo!

Danke für den Hinweis. Patch konnte ich installieren. Das FujitsuCustomImage nicht. Da gibts dann immer einen Download Error....

Ich werde morgen versuchen das mit den IPs zu testen. Danke!

Was genau meinst Du mit "Download Error"?

Im Browser beim Herunterladen des Bundles von der Fujitsu-Website, oder beim Ausfuehren von esxcli auf der Kommandozeile?

Wie immer: Screenshots waeren schoen, auch wenn sie wegen der hiesigen Boardeigenheiten nicht so einfach zu praesentieren sind...

Beim Zugriff per SSH.

Ist das evtl. ein Zip im Zip? Bitte poste mal den Inhalt des ZIPs.

Gruss
Joerg

Hallo,

heraus kommt dies hier: VMware-ESXi-5.5.0-1331820-Fujitsu-v300-1.iso

Das erklaert die Fehlermeldung.

Ein VIB ZIP hat eine interne Struktur mit einem offline-bundle sowie einer index.xml. Das was du hast ist ein ISO was du als ESXi Image in den VUM importieren kannst oder aber einfach davon deinen ESXi booten und dann Upgrade waehlen.

Ob man per esxcli ein ISO verwenden kann muesste ich nachlesen.

Gruss
Joerg

Hallo,

okay, wenn mit VUM der VMWare Update Manager gemeint ist... den habe ich nicht. Da der Einsatz des Systems sehr einfach ist, war geplant, alles über den vSpere Client 5.5 zu machen.

Könnte ich die iso nicht z.B. Brennen und vom Host selbst booten? Ich möchte nur soweit möglich keine Neuinstallation...

spelli hat geschrieben:Hallo,

heraus kommt dies hier: VMware-ESXi-5.5.0-1331820-Fujitsu-v300-1.iso

Das ist was die Build Number angeht schon historisch Wertvoll und ich tippe auf 5.5.0 GA. Du suchst was mit u2 oder besser sprich Build 2068190 oder so.

In den ganzen 7 Jahren hab ich aber noch nie gesehen das eine Netzwerkkarte so versagt wie in deinem Fall. Weil du hast einen VMK welcher die Karte ja benutzt und das ohne Probleme. Aber eine Portgruppe soll dann nicht funktionieren? Vergebe mal statische IPs und stelle sicher das ICMP Echo in den FWs auch freigeschaltet ist wenn du mit einem Ping testet. CDP/LLDP mal aktvieren und am Switch gucken was der so sieht in der Nachbarschaft am besagten Port.

Gruss
Joerg

spelli hat geschrieben:Könnte ich die iso nicht z.B. Brennen und vom Host selbst booten? Ich möchte nur soweit möglich keine Neuinstallation...

Ja kannst du. Hab ich doch gesagt. Wenn der Host eine iRMC hat dann kannst du das ISO auch ueber das virtuelle CDROM bereit stellen.

Das sieht denn erstmal aus wie ein Install aber die GUI fragt dann was zutun ist wenn sie einen ESXi erkennt. Es bleiben alle Settings und Daten erhalten.

Gruss
Joerg

Bevor wir jetzt mit dem ISO alles in die Steinzeit zurückporten, würde ich an deiner Stelle mal mit

schauen, welche Versionsnummern jetzt die Intel-IGB-Treiber haben.

~thc hat geschrieben:Bevor wir jetzt mit dem ISO alles in die Steinzeit zurückporten, würde ich an deiner Stelle mal mit

Code: Alles auswählen

esxcli software vib list

schauen, welche Versionsnummern jetzt die Intel-IGB-Treiber haben.

Einfach auch mal in den "Driver & Tools" Tab auf der ESXi Downloadseite gucken und schauen obs fuer die Hardware neuere Treiber gibt. Also Broadcom und Intel sind doch da gut vertreten.

Gruss
Joerg

*seufz*

FujitsuCustomImageESXi55_30011331820

Wo hast Du das denn bloss herbekommen?

Auf der FTS-Downloadseite muss man schon ALLE aktuelleren Builds mutwillig uebersehen wollen, und tiefer klicken, um an diesen Methusalem noch dran zu kommen...

Versuchs doch mal mit diesem hier

PS:
Selbstverstaendlich gibt's dort auch ein Offline Bundle, dass man per esxcli verwenden koennte, und das ist freundlicherweise auch genuso benamt. Aber da koennte es zur vorhandenen ESXi-Version wieder Abhaengigkeiten geben; deswegen ist das Brennen des .iso auf eine CD und Update per Boot vmtl. die sicherere Variante.

Nichts weiter installiert, sondern weiteren seperaten vSwitch angelegt - läuft!

Danke trotzdem!