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 5.5: Booten von Windows Server 2003 nicht mehr möglich
Hallo Dayworker,
leider haben Deine Tipps bzgl. VMX-Parameter nicht weitergeholfen. Die VM Homeserver startet nicht und die VM W2K3Test lässt sich nicht installieren. Das ist im Übrigen auch so, wenn ich USB aus der VM-Konfiguration entferne.
Die Logs sowie die VMX-Dateien habe ich in Dropbox bereitgestellt: https://www.dropbox.com/sh/82jpk1odmy0ks46/0YvazHEkVv
Ich habe jetzt auch eine Anfrage über das VMTN eröffnet.
Bzgl. Macken von ESXi 5.5: In den Release Notes konnte ich nichts finden und weder hier im Forum noch im VMTN habe ich etwas gefunden, was mir weiterhelfen könnte.
leider haben Deine Tipps bzgl. VMX-Parameter nicht weitergeholfen. Die VM Homeserver startet nicht und die VM W2K3Test lässt sich nicht installieren. Das ist im Übrigen auch so, wenn ich USB aus der VM-Konfiguration entferne.
Die Logs sowie die VMX-Dateien habe ich in Dropbox bereitgestellt: https://www.dropbox.com/sh/82jpk1odmy0ks46/0YvazHEkVv
Ich habe jetzt auch eine Anfrage über das VMTN eröffnet.
Bzgl. Macken von ESXi 5.5: In den Release Notes konnte ich nichts finden und weder hier im Forum noch im VMTN habe ich etwas gefunden, was mir weiterhelfen könnte.
Also Macken die mir bis jetzt aufgefallen sind:
- vCSA - bei Kopplung mit einer Domäne, Probleme mit Umlauten in Gruppenamen, dummerweise hat die Gruppe "Domänen-Benutzer" welche die Standardgruppe bleiben sollte genau einen
- WebClient - Keine Ahnung wie man die Netzwerke konfiguriert, damit zbsp. die Adapter grundsätzlich deaktiviert sind und pro Portgruppe die Reihenfolge gesetzt werden kann (vielleicht bin ich auch nur zu doof
)
- WebClient - Kein Logout von Konsolenfenster, sprich man kommt immer auf die Konsole
- WebClient ist saulahm wenn da wo er drauf läuft keine hohe CPU-Leistung (GHZ) verfügbar ist, sonst sehr flüssig
Ansonsten habe ich bei der Nutzung von Basis-features welche mir die Essentials geben keine gravierenden Fehler festgestellt. Auch PCI-Passtrough funktioniert mit SAS-Controller von LSI gut.
- vCSA - bei Kopplung mit einer Domäne, Probleme mit Umlauten in Gruppenamen, dummerweise hat die Gruppe "Domänen-Benutzer" welche die Standardgruppe bleiben sollte genau einen
- WebClient - Keine Ahnung wie man die Netzwerke konfiguriert, damit zbsp. die Adapter grundsätzlich deaktiviert sind und pro Portgruppe die Reihenfolge gesetzt werden kann (vielleicht bin ich auch nur zu doof

- WebClient - Kein Logout von Konsolenfenster, sprich man kommt immer auf die Konsole
- WebClient ist saulahm wenn da wo er drauf läuft keine hohe CPU-Leistung (GHZ) verfügbar ist, sonst sehr flüssig
Ansonsten habe ich bei der Nutzung von Basis-features welche mir die Essentials geben keine gravierenden Fehler festgestellt. Auch PCI-Passtrough funktioniert mit SAS-Controller von LSI gut.
-
- King of the Hill
- Beiträge: 13649
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Neben dem von Urs bereits erwähnten, sind in meinen Augen die größten Mankos der Web-Client ansich und das sich manche Einstellungen ohne ihn überhaupt nicht direkt tätigen lassen oder man sogar komplett von einer funktionalen Administration einer VM abgehalten wird. Falls du nämlich die v.HW-Version auf die 10 upgradest, kannst du diese VM mit dem vSphere-Client nur noch starten, stoppen oder Suspend/Resumen. Alles andere wird mit Hinweis auf die v.HW-Version 10 verweigert.
Bisher hat sich VMware wohl noch nicht geäußert, wie es mit dem vSphere Hypervisor weitergehen soll. Denn der Web-Client ist momentan noch Bestandteil des vCenters und der vSphere-Client wird wahrscheinlich mit Version 6 bereits in der Versenkung verschwunden sein.
[add]
War den Versuch wert. Poste bitte mal noch den Link zum VMTN-Thread.
Bisher hat sich VMware wohl noch nicht geäußert, wie es mit dem vSphere Hypervisor weitergehen soll. Denn der Web-Client ist momentan noch Bestandteil des vCenters und der vSphere-Client wird wahrscheinlich mit Version 6 bereits in der Versenkung verschwunden sein.
[add]
2013-10-28T16:43:41.273Z| vmx| I120: MONITOR MODE: allowed modes : BT32 HV
2013-10-28T16:43:41.273Z| vmx| I120: MONITOR MODE: user requested modes : BT32
2013-10-28T16:43:41.273Z| vmx| I120: MONITOR MODE: guestOS preferred modes: HWMMU HV BT32
2013-10-28T16:43:41.274Z| vmx| I120: MONITOR MODE: filtered list : BT32
2013-10-28T16:43:41.274Z| vmx| I120: MsgHint: msg.monitorMode.LMwithBT
2013-10-28T16:43:41.274Z| vmx| I120+ Binary translation is incompatible with long mode on this platform. The virtualization engine will automatically switch to Intel VT-x if the guest enters long mode.
2013-10-28T16:43:41.274Z| vmx| I120+ ---------------------------------------
2013-10-28T16:43:41.286Z| vmx| I120: HV Settings: virtual exec = 'dynamic'; virtual mmu = 'software'
War den Versuch wert. Poste bitte mal noch den Link zum VMTN-Thread.
Hallo zusammen,
das ist mir alles bereits bekannt. Und daher lasse ich die VMs auf Version 8 bzw. 9. Dann kann ich erst einmal mit dem vSphere Client weiterarbeiten. Aber Ihr habt Recht, das Thema Client muss VMware lösen.
Hier ist der Link zum VMTN: https://communities.vmware.com/message/2305361#2305361
das ist mir alles bereits bekannt. Und daher lasse ich die VMs auf Version 8 bzw. 9. Dann kann ich erst einmal mit dem vSphere Client weiterarbeiten. Aber Ihr habt Recht, das Thema Client muss VMware lösen.
Hier ist der Link zum VMTN: https://communities.vmware.com/message/2305361#2305361
Keine Ahnung warum das bei Dir Probleme macht, aber ich habe XP, 7, 8, 2003, 2k8, 2k8r2, 2012, 2012 R2 auf dem 5.5 laufen.
Ein Windows-Fehler habe ich aber öfter, kommt von der Netzwerkkarte. Spürbar ist es nicht, gibt keine Verluste oder so. Der Fehler ist aber halt im Ereignislog. Ist mir schon bei anderen fremden Installationen aufgefallen.
Ein Windows-Fehler habe ich aber öfter, kommt von der Netzwerkkarte. Spürbar ist es nicht, gibt keine Verluste oder so. Der Fehler ist aber halt im Ereignislog. Ist mir schon bei anderen fremden Installationen aufgefallen.
@UrsDerBär: Ja, auf meinem AMD-Server ist das auch so. Hier kämpfe ich lediglich mit hohen Netzwerk-Latenzen meiner virtuellen Sophos UTM, was sich auf VoIP auswirkt.
@Dayworker: Jein: Nicht auf dieser VM, aber ich installiere alle meine VMs mit ISOs, die auf dem Datastore liegen und das funktioniert auch soweit. Die ISO hatte ich im übrigen nochmals vorher auf den Server hochgeladen, weil ich dort schon aufgeräumt hatte.
@Dayworker: Jein: Nicht auf dieser VM, aber ich installiere alle meine VMs mit ISOs, die auf dem Datastore liegen und das funktioniert auch soweit. Die ISO hatte ich im übrigen nochmals vorher auf den Server hochgeladen, weil ich dort schon aufgeräumt hatte.
Hallo zusammen,
nachdem nun mein ESXi 5.5 sowohl gestern als auch heute jeweils einen PSOD hingelegt hat, war das Fass nun mehr als voll und ich habe mich entschieden, wieder ESXi 5.1 zu installieren.
Nach all den Stunden mit Tests ohne Ergebnisse kann ich nur sagen: "Finger weg von ESXi 5.5 in produktiven Umgebungen!" Da muss VMware dringend nachbessern.
nachdem nun mein ESXi 5.5 sowohl gestern als auch heute jeweils einen PSOD hingelegt hat, war das Fass nun mehr als voll und ich habe mich entschieden, wieder ESXi 5.1 zu installieren.
Nach all den Stunden mit Tests ohne Ergebnisse kann ich nur sagen: "Finger weg von ESXi 5.5 in produktiven Umgebungen!" Da muss VMware dringend nachbessern.
Naja, sicher, dass Du einfach nicht ein System hast, dass nicht 100% supported ist oder einzelne Komponenten vielleicht sogar fehlerhaft sind? Wegen einem Server ist da schwierig darauf zu schliessen.
VmWare wird aber mit Sicherheit ein paar Dinge sowieso nachbessern. Sollten zu einem solchen Stadium aber eigentlich nicht grundsätzlich PSOD's sein...
VmWare wird aber mit Sicherheit ein paar Dinge sowieso nachbessern. Sollten zu einem solchen Stadium aber eigentlich nicht grundsätzlich PSOD's sein...
Zurück zu „vSphere 5.5 / ESXi 5.5“
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast