ESXi 5 Gäste werden nicht booten

7

Ich habe ein Problem mit Gästen, die nicht unter VMWare ESXi 5.0 auf meinem IBM x3550M3-Server booten.

Hinweis: Die Untersuchung ergab schließlich, dass das Problem mit dem VMware-Client auf einem Lenovo Edge-Laptop bestand, der einzigen Windows-Box, die in einem Linux-IT-Shop verfügbar ist.

vSphere Client v4 und v5 duplizierten das Verhalten auf dem Lenovo Edge. Wie im Kommentar zur akzeptierten Antwort angegeben, war das Ersetzen der Workstation durch eine mit einem anderen Video die "Lösung" für dieses spezielle Problem.


Der ESXi-Host bootet einwandfrei. Der Client verbindet sich einwandfrei. Gäste können konfiguriert werden, starten jedoch nicht erfolgreich. Der anfängliche Speicherbedarf des Gastes steigt auf 560 MB und sinkt nach einigen Sekunden auf 40 MB. Die anfängliche CPU-Auslastung beträgt 1 volle CPU (3000 GHz pro Diagramm) und fällt sofort auf 29 MHz ab. Gäste zeigen keine Ausgabe auf der Registerkarte "Konsole" an, sondern den Status "Eingeschaltet". Keine Fehler auf der Registerkarte Ereignisse. Das Wechseln des Gastes vom BIOS zum EFI macht keinen Unterschied.

VMs werden als Version 7 aufgeführt und das Verhalten wird in allen verfügbaren Gastbetriebssystemvarianten dupliziert. Das Problem wurde auch dupliziert, wenn der Server im Nur-Legacy-Modus gestartet wird.

Protokolle enthalten nichts besonders Verdächtiges.

Bearbeiten: Keine Firewalls, Router oder VLANs zwischen Client und Server.

Bearbeiten 2: Wir haben versucht, Gast im BIOS-Bildschirm beim Kontrollkästchen Nächster Start in der Gasteinstellung zu booten. War nicht erfolgreich.

Bearbeiten Sie einen Datenspeicher mit 3: 500 GB und 1 VM mit 40 GB. Viel Platz.

Bearbeiten 4: Gäste, die von meinem alten ESXi 4-Server kopiert wurden, booten NICHT auf dem ESXi 5-System. Zunächst wird beanstandet, dass zu wenig Video-RAM für die Standardeinstellung 2500 x 1600 konfiguriert wurde, aber es funktioniert immer noch nicht richtig, selbst nachdem ich die Video-RAM-Einstellungen geändert oder auf Auto-Detect umgeschaltet habe.

Magellan
quelle
Gibt es eine Firewall zwischen Ihnen und dem Host? Irgendein Fehler, der (irgendwann) in einem gelben Balken oben im Konsolenfenster angezeigt wird?
Shane Madden
Nee. Einfache Jane RFC1918-Adressen im selben Subnetz ohne VLANs.
Magellan
Nun, da war diese Idee!
Shane Madden
Sind Sie sicher, dass Sie eine bootfähige Betriebssystemfestplatte auf den VMs haben? Können Sie eine Boot-CD / DVD wie eine Linux-Rettungsdiskette anhängen und darauf booten? Sehen Sie den VMware-BIOS-Bildschirm? Können Sie die Eingabe von BIOS in den VM-Einstellungen erzwingen und dann einschalten?
Glockenspiel
Haben Sie VMware Tools in Gastbetriebssystemen installiert? Wie ist der Status der Tools?
Mircea Vutcovici

Antworten:

2

Überprüfen Sie zunächst, ob Sie von Ihrem Client-System aus über die folgenden Ports Zugriff auf den vSphere vCenter- oder ESXi-Server haben: 443, 902 und 903. Dies kann telnet esx.server.ip 902von Ihrem Client-Computer aus überprüft werden . Die vollständigen Portdefinitionen, die von VMWare verwendet werden, finden Sie hier .

Für die virtuellen Maschinen gibt es einige Ansätze zum Debuggen von ESXi-Startproblemen. Ich würde vorschlagen, die Protokolle der VM über die ESXi-Konsole zu überprüfen. Angenommen, Sie haben den ESXi-Konsolenzugriff aktiviert (oder den SSH-Zugriff), können Sie die Ausgabe der Protokolle im Verzeichnis der VM überprüfen.

Bei einem System wie Ihrem, das lokalen Speicher verwendet, ähnelt der Verzeichnispfad dem folgenden (unter der Annahme einer VM mit dem Namen "Virtual_Machine"):

cd /vmfs/volumes/datastore1/Virtual_Machine/

In diesem Verzeichnis können Sie die vmware.logDateien untersuchen. Ich würde versuchen, die Zeitstempel mit Ihrer Startaktivität zu korrelieren oder möglicherweise die neueste Protokolldatei zu beenden, wenn Sie Aktionen von der vSphere-Clientseite aus versuchen.

ewwhite
quelle
Wie in den obigen Schritten angegeben, scheint das Problem tatsächlich das System zu sein, auf dem der Client installiert ist. Keine der VM-Start / Stopp- oder Konsolen-API-Verbindungen scheint auf diesem bestimmten Modell eines Lenovo-Laptops ordnungsgemäß zu funktionieren, selbst nach dem Entfernen und erneuten Installieren des Clients. Funktioniert gut auf einer heruntergekommenen alten XP-Box.
Magellan