Wecken VMware Server von LightsOut Client?

[teq139]

Hallo,

nachdem ich jetzt nach einem - für mich nicht überzeugenden - Ausflug zu Server Essentials 2012 wieder zu meinem VMware / ZFS (Nexentastor) / WHS 2011 Setup zurückgekehrt bin und es inzwischen auch (endlich!) geschafft habe, dass LightsOut die VMs und den VMware Server kontrolliert herunterfährt, fehlt mir jetzt eigentlich nur noch ein kleines Stück zum Glück - das Wecken des VMWare Servers vom LightsOut Client funktioniert noch nicht.

Wie gesagt läuft WHS 2011 als VM. D.h. die eigentliche HW ("das Blech") hat eine andere IP Adresse als die WHS 2011 VM. Das führt dazu, dass der WOL, der vom LIghtsOut Client an WHS 2011 beim Systemstart (resp. über das LightsOut Menü) verschickt wird, in's Leere läuft.

Konkretes Bsp. für dieses IP Layout:
- VMware Server hat IP 198.162.1.3
- Nexentastor VM (ZFS Filesystem) hat IP 198.162.1.4
- WHS 2011 VM hat IP 198.162.1.2

FRAGE: Ist es mir möglich, die IP (oder MAC Adresse?), welche von LightsOut für das WOL verwendet wird, abzuändern? Ich kann den VMware Server problemlos via WOL wecken (z.B. über iPhone App iNet), d.h. mit der richtigen IP und MAC Adresse müsste das eigentlich auch aus LightsOut funktionieren...

Danke und viele Grüße,

Martin/teq

[Martin]

Du kannst mal folgendes probieren: Lege für den virtuellen WHS eine zweite Netzwerkkarte an (muss nicht verbunden sein) und gib der die MAC der echten Hardware.
Lights-Out findet dann die beiden NICs und übermittelt deren MAC an die Clients und dann sollte das Wecken klappen.

Gruß
Martin

[teq139]

Hallo Martin,

nein, das funktioniert leider nicht. Habe mir jetzt dadurch geholfen, dass ich ein Startskript für meine Client PCs erstellt habe, welches mittels WOL den VMware Server weckt. Ist zwar nicht so schick, wie wenn man das direkt in LightsOut hätte integrieren können, aber Hauptsache es funktioniert...

Viele Grüße,

Martin/teq

[Martin]

Warum hat es nicht funktioniert bzw. an welcher Stelle gab es Probleme?

Gruß
Martin

[teq139]

Ich habe wie von Dir vorgeschlagen der WHS 2011 VM eine zweite (virtuelle) NIC mit der gleichen MAC Adresse wie der (physischen) MAC Adresse des VMware Servers spendiert. Diese wird in WHS 2011 auch erkannt. Ich habe sie in WHS 2011 dann deaktiviert, um Probleme zu vermeiden - oder hätte ich das nicht tun sollen? Deine Anmerkung, dass sie nicht verbunden sein müsse, hatte ich so interpretiert, dass ich dies tun könnte.

Das Vorliegen der zweiten, virtuellen NIC hat aber keinerlei Effekt, d.h. der VMware Server wird von LightsOut nicht geweckt. (Daher meine WOL Lösung per Skript.)

Viele Grüße,

Martin/teq

[Martin]

Nein, deaktivieren darfst du die nicht, denn dann wird sie von Lights-Out nicht erkannt. Das muss aber sein, denn nur dann meldet Lights-Out auch deren MAC an den Client.

Gruß
Martin

[Homer-S]

Hallo Martin,

der Threat ist zwar schon ziemlich in die Tage gekommen, aber ich habe in den nächsten Tagen ähnliches vor.

Gibts zu dem Thema mittlerweile eine funktionierende Lösung?

Als Host wird es Hyper-V mit Win Server 2008R2 werden
Die VMs werden
WHS2011 (wichtigstes System)
XPEnology
und ein paar Win7 Maschinen zum Testen sein.

Da ich unter Tags in der Arbeit bin und dann den Server nicht brauche, wäre es mir wichtig, dass der Rechner auch im Ruhezustand ist, so wie er es jetzt dank LightsOut und WHS2011 brav macht.

Danke für die Hilfe

[Martin]

Eine simple Lösung gibt es nicht. Was du machen kannst, ist die physikalische MAC-Adresse am Client zusätzlich zu hinterlegen, siehe http://homeserversoftware.com/lo/whs201 ... chines.htm

[Homer-S]

Ich sehe schon ...

Wo wäre es am sinnvollsten den LO zu installieren? Auf dem Gastsystem WHS oder dem 2008R2 Host?

Ich habe so ein paar Ideen aber ob das so funktioniert bin ich (als Laie) eher unsicher.

Wenn ich LO in WHS installiere, müsste das Runterfahren vom Gastsystem gut funktionieren, das der Host runter fährt, bin ich mir unsicher und wenn ja wie das gehen kann. Das Aufwecken würde ich nach der Anleitung von Martin probieren wollen.

Wenn ich es auf dem Host installiere, könnte ich mir denken, dass das Starten und Herunterfahren gut gehen könnten. Wie ich die VMs zum schlafen/aufwachen bewege ist noch sehr unsicher. Vielleicht kann man mit LO einen Befehl wie shutdown /h in der VM bewirken, dann etwas Wartezeit einräumen und dann den Host runterfahren?

Danke für eure Hilfe

[Martin]

Damit externe Clients den physikalischen Server sehen müsste Lights-Out auf den 2008R2 Host, da brauchst du dann diese Version hier http://homeserversoftware.com/low78.html
Der Host sollte seine Vms enstprechend stoppen und wieder starten. Allerdings erkennen dann die Clients keine WHS spezifischen Features.

Läuft Lights-Out auf dem WHS dann müssen die Clients, wie oben beschrieben, die physikalische MAC zusätzlich bekommen. Das Problem ist hier der Standby des Hosts aus der VM heraus. Ein Versuch wäre es, das Stoppen in Lights-Out als Benutzeraktion zu machen, siehe http://homeserversoftware.com/lo/whs201 ... action.htm. Diese Batchdatei sollte dann per remote shutdown /m Host .. zuerst den Host stoppen (evtl auch mit dem psshutdown aus den SysInternals Tools).

[Homer-S]

Danke für diese Antwort.
Damit werde ich es auf dem Host probieren, scheint mir einfacher zu realisieren.

Eine Frage dazu habe ich noch. Welche "WHS Features für die Clients" gibt es dann nicht?
Ich habe versucht, es mit den Beschreibungen der beiden Versionen heraus zu finden, leider ohne Erfolg.
Danke

[Martin]

Z.B. die Backuperkennung und Unterstützung.