Workstation auf ESXi 4.1 betreiben

[faert]

Hallo zusammen,

ich hätte mal eine Frage: Ist es möglich das ich in einer Windows XP VM die VMWare Workstation installiere?

Da man den ESXi ja auch in einer VM betreiben kann, dachte ich wäre das kein großes Problem. Ist es aber leider

Hat da schon jmd Erfahrungen? Muss ich was speziell beachten?

Danke und Gruß

[PeterDA]

Hi,
einer Virtualisierungssoftware schon virtualisierteHArdwarezu geben, ist meist ein Problem und geht nur mit vielen Einschränkungen.

Nur mal so als Frage: Wenn du schon einen ESX am laufen hast, warum dann noch in einer VM eine WKS installieren?

Gruß Peter

[faert]

Die Frage ist natürlich berechtigt... Es handelt sich dabei um 2 VMs die ich in der Workstation betreiben möchte. Die eine emuliert quasi Hardware und die andere stellt quasi das Frontend dafür zur Verfügung.
Damit die beiden kommunizieren können, muss in der Workstation was speziell in den Netzwerkeinstellungen eingestellt werden. In der Workstation funktionierte das auch sofort.
Wir haben es leider nich hinbekommen, das im ESXi nachzubauen..

Daher die Frage nach der Workstation in der VM.

Gruß

[PeterDA]

Hi,
wäre es dann nicht vieleicht sinnvoller, hier mal nachzufragen, wie man diese Netzwerkeinstellung im ESX nachbaut als so ein konstrukt zu bauen?

Gruß Peter

[faert]

Wäre ein alternativer Weg - in der Hoffnung, das dir vllt ad-hoc was einfällt. Die Anleitung sagt folgendes:


- Select VMNet1 Host Only Network, Disable checkbox : "Use local DHCP service to distribute IP address to VMs"
- Select VMNet8 NAT, Change Subnet IP to 192.168.x.y

Der ersten VM werden dann quasi VMNet1 und VMNet8 zugewiesen. Der zweiten VM, die die Hardware emuliert, nur die VMNet 8.

Was wir bisher probiert haben, ist einfach 2 vSwitche erstellen. Der erste mit einem "Bein" in's normale Netzwerk und der andere nur zw den beiden VMs. Es funktionierte nicht. An den beiden VMs kann man dahingehend auch nichts einstellen.

[continuum]

Da man den ESXi ja auch in einer VM betreiben kann, dachte ich wäre das kein großes Problem. Ist es aber leider

Was hast du denn fuer Probleme ?

AMD oder Intel-host ?

[faert]

Unser Test ESXi ist AMD basiert. Unsere Produktivumgebung ist Intel basiert. Das ergab sich leider so mit der Zeit.

Wir können die Workstation installieren, die VMs hinzufügen und wenn wir die VMs starten wollen kommt folgender Fehler:

Code: Alles auswählen

Your are running VM VMWare Plyer via an incompatible hypervisor. You may not power on a virtual machine until this hypervisor is disabled

(Meldung ist mit der Workstation ähnlich..)

Es handelt sich um einen ESXi 4.1 U1. Ein Kollege nimmt die VM mit der installierten Workstation und kopiert sie mal in die Produmgebung. Vllt gehts da ja?

[continuum]

das kenne ich - zeig mir mal ein vmware.log der nested VM - dann schreib ich dir ne vmx die geht

auf AMD hosts ist die Performance der nested VM aber oft lausig wenn es kein relativ neuer ist

[faert]

Du meinst die vmware.log der VM in der die Workstation läuft?

http://www.mediafire.com/?vdob28d6uc7bsmq << das wäre sie dann

[continuum]

deine vmx ist nicht OK

du brauchst noch
monitor.virtual_mmu = "hardware"
monitor_control.restrict_backdoor = "TRUE"
vmx.allowNested = "TRUE"

das deaktiviert auch dragndrop und andere tools-funktionen aber damit musst du leben.

Es waere uebrigens besser wenn du eine 32bit VM dafuer nehmen wuerdest

Probiers aus - wenn es immer noch nicht geht brauch ich das log nochmal

[faert]

Die VM lässt sich jetzt starten - er meckert zwar ein wenig, das des ganze nicht so wirklich produktiv genutzt werden soll aber es geht erst einmal.

Mein Problem ist jetzt, ich brauch für die VMs 64Bit Support. Deswegen auch das 64Bit Gast-OS. Mir meckert jetzt die VM selbst rum

Code: Alles auswählen

Your CPU does not support long mode. Use a 32Bit distribution"

An der VM selbst kann ich allerdings nichts ändern oder neu installieren. Lässt sich der 64Bit Support irgendwie noch hinbiegen? Aktuell liegt die VM auf einem Intel Host.

[continuum]

Mein Problem ist jetzt, ich brauch für die VMs 64Bit Support. Deswegen auch das 64Bit Gast-OS.

Das hat nichts miteinander zu tun - deine ESXi Version kann noch keine nested 64 bit VMs ob die erste VM nun 32 oder 64 bit hat spielt dabei keine Rolle.



wenn das ganze auf Intel laeuft - nimm statt

monitor.virtual_mmu = "hardware"

monitor.virtual_exec = "hardware"

Lässt sich der 64Bit Support irgendwie noch hinbiegen?

nicht bei deiner ESXi Version

[faert]

nicht bei deiner ESXi Version

Wenn ich jetzt ein Update des ESXi mache, also die neusten Updates. Würde es dann laufen oder kann der freie ESXi das noch gar nicht?

Gäbe es noch andere Möglichkeiten - eventuell die Netzwerkkonfiguration im ESXi nachbauen?

Danke für die super Hilfe!

[continuum]

Kann hier nicht mehr sagen ....

ruf doch man an

[Tschoergez]

http://event.on24.com/r.htm?e=319982&s= ... 1998C23C79


Netzwerkkonfig auf dem ESXi nachbauen sollte auf jeden Fall klappen. Der ESXi hat halt keine eingebaute NAT/DHCP/DNS funktionalität.
Die vSwitche auf dem ESXi verhalten sich wie ganz normale phy. Layer2-Switche auch: Was am gleichen vSwitch hängt, kann miteinander kommunizieren, was an unterschiedlichden switchen hängt, nicht.

Lies Dir mal das hier durch, da steht eigentlich alles drin:
http://kensvirtualreality.wordpress.com ... te-part-1/

viele grüße,
jörg

[faert]

Leider benötige ich diese NAT/DHCP funktionalität für den vSwitch an dem beide VMs hängen. Dann wird das auf dem ESXi wohl nichts. Wie gesagt, ich kann an den beiden VMs nichts ändern.

[Santa]

Übliche Lösung ist eine kleine zusätzliche VM, die das Routing und alle weiteren Funktionen (DHCP, Firewall, DNS,...) mitbringt.
Ich bevorzuge aufgrund des kleinen Memory-Footprint m0n0wall, bei Bedarf tut es auch Vyatta oder IPcop.
Gibt es alle als fertige VM-Distribution (OVF-Template).

[continuum]

ich nehme dafuer die m0n0wall - tut es auch prima

[rprengel]

ich nehme dafuer die m0n0wall - tut es auch prima

Wenn es ein wenig mehr sein darf auch astaro.
www.astaro.de


Gruß