11
Linux-VMs auf ESX via Powershell herunterfahren
Hallo zusammen,
ich bin grade dabei ein Skript zu erstellen, welches nach Auslösung gewisser Parameter unsere virtuellen Server auf dem ESX herunterfahren soll und anschließend die ESX. Wir möchten dabei gerne die VMs gezielt herunterfahren und erst wenn dies abgeschlossen die ESX-Server.
Ich habe den Beitrag hier gefunden. Nach diesem Beitrag müsste das herunterfahren der ESX im letzten Schritt mittels
Woran es grade scheitert ist das herunterfahren der VMs. Einen Großteil der VMs kann ich einfach und bequem mittels PS-Befehl stop-computer herunter fahren. Es verbleiben noch einige wenige VMs auf denen ein Linux-System läuft. Diese Systeme stammen von Herstellern und dienen verschiedenen Zwecken. Fakt ist: Die Installation von PowerShell auf Linux ist bei diesen Geräten nicht möglich.
Gemäß des Artikels bei VMWare habe ich mich mittels SSH auf dem Server eingeloggt. der Befehl führt erfolgreich dazu, dass der ESX-Server die entsprechende VM herunterfährt.
Mein Gedanke war, das ganze jetzt zu kombinieren und daraus folgendes zu formen:
Ich erhalte daraufhin jedoch folgende Meldung:
Auch nachdem ich mich jetzt mehrfach durch die PLINK.EXE-Dokumentation gequält habe, verstehe ich nicht was ich an der Stelle falsch mache. Vielleicht kann der eine oder andere mir einen Tipp geben.
Gruß
Doskias
Nachtrag: Titel von Linux-VMs auf ESX via Powershell herunterfahren auf Linux-VMs auf ESX via Powershell herunterfahren geändert
ich bin grade dabei ein Skript zu erstellen, welches nach Auslösung gewisser Parameter unsere virtuellen Server auf dem ESX herunterfahren soll und anschließend die ESX. Wir möchten dabei gerne die VMs gezielt herunterfahren und erst wenn dies abgeschlossen die ESX-Server.
Ich habe den Beitrag hier gefunden. Nach diesem Beitrag müsste das herunterfahren der ESX im letzten Schritt mittels
pLink.exe -ssh -pw MeinKennwort myuser@192.168.0.1 poweroff -f
durchführbar sein. Ich habe derzeit leider keinen Test-ESX, so dass ich es nicht testen kann. Wir werden das ganze irgendwann außerhalb der Arbeitszeit einmal testen, dann sehe ich ob es funktioniert.Woran es grade scheitert ist das herunterfahren der VMs. Einen Großteil der VMs kann ich einfach und bequem mittels PS-Befehl stop-computer herunter fahren. Es verbleiben noch einige wenige VMs auf denen ein Linux-System läuft. Diese Systeme stammen von Herstellern und dienen verschiedenen Zwecken. Fakt ist: Die Installation von PowerShell auf Linux ist bei diesen Geräten nicht möglich.
Gemäß des Artikels bei VMWare habe ich mich mittels SSH auf dem Server eingeloggt. der Befehl
vim-cmd vmsvc/power.shutdown 40Mein Gedanke war, das ganze jetzt zu kombinieren und daraus folgendes zu formen:
plink.exe -ssh -pw [Kennwort] Benutzer@ESX-Server vim-cmd vmsvc/power.shutdown 40Ich erhalte daraufhin jedoch folgende Meldung:
plink.exe : -- Keyboard-interactive authentication prompts from server: ------------------
In Zeile:1 Zeichen:1
plink.exe -ssh-pw [Kennwort] Benutzer@ESX-Server vim-cmd vmsvc/power.shutdo ...
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
CategoryInfo : NotSpecified: (-- Keyboard-int...---------------:String) , RemoteException
FullyQualifiedErrorId : NativeCommandError
-- End of keyboard-interactive prompts from server ---------------------------
In Zeile:1 Zeichen:1
plink.exe -ssh-pw [Kennwort] Benutzer@ESX-Server vim-cmd vmsvc/power.shutdo ...
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
CategoryInfo : NotSpecified: (-- Keyboard-int...---------------:String) , RemoteException
FullyQualifiedErrorId : NativeCommandError
-- End of keyboard-interactive prompts from server ---------------------------
Auch nachdem ich mich jetzt mehrfach durch die PLINK.EXE-Dokumentation gequält habe, verstehe ich nicht was ich an der Stelle falsch mache. Vielleicht kann der eine oder andere mir einen Tipp geben.
Gruß
Doskias
Nachtrag: Titel von Linux-VMs auf ESX via Powershell herunterfahren auf Linux-VMs auf ESX via Powershell herunterfahren geändert
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 4324066130
Url: https://administrator.de/contentid/4324066130
Ausgedruckt am: 12.11.2024 um 21:11 Uhr
11 Kommentare
Neuester Kommentar
@Doskias
Warum nicht einfach so:
https://community.spiceworks.com/how_to/171224-how-to-shutdown-remote-co ...
Kreuzberger
Warum nicht einfach so:
https://community.spiceworks.com/how_to/171224-how-to-shutdown-remote-co ...
Kreuzberger
Zitat von @kreuzberger:
@Doskias
Warum nicht einfach so:
https://community.spiceworks.com/how_to/171224-how-to-shutdown-remote-co ...
Kreuzberger
@Doskias
Warum nicht einfach so:
https://community.spiceworks.com/how_to/171224-how-to-shutdown-remote-co ...
Kreuzberger
Hast du meinen Beitrag überhaupt gelesen?
VMware PowerCLI™ ist dein Freund
Stop-VM
Stop-VMHost
p.s. da fehlt der Parameter -batch
Stop-VM
Stop-VMHost
p.s. da fehlt der Parameter -batch
plink.exe -ssh -pw [Kennwort] -batch Benutzer@ESX-Server "vim-cmd vmsvc/power.shutdown 40" 
1
Ein trügerischer Freund 
Erstmal hat es etwas gedauert, bis ich es auf dem betroffenen Server zum Laufen bekommen habe. Grund dafür war (hatte ich nicht geschrieben), dass auf dem Server, der das ganze ausführt noch ein kleiner (mit einer VM ausgestattet HyperV) läuft. das gab dann natürlich Konflikte bei den get-vm und anderen Befehlen. Lies sich aber mit dem Parameter -allowclobber überschreiben.
Jetzt muss ich auf dem Server mit VMware.VimAutomation.Core\Get-VM bzw. Hyper-V\Get-VM arbeiten, aber damit kann ich leben. Was mich jedoch stört ist:
Ich habe mit Stop-VM und einem "unwichtigen" Windows-Server einmal rumgespielt. Während vim-cmd vmsvc/power.shutdown 40 die VM mit der ID 40 sauber herunterfährt und ich sehen kann wie das System heruntergefahren wird, so führt Stop-VM zu einem abruptem Ende des Betriebs. Sprich: Hier erfolgt kein sauberes herunterfahren, sondern ein unerwartetes Ausschalten. Nach dem Neustart der VM werde ich entsprechend auch gefragt, wieso das Gerät nicht sauber herunter gefahren wurde. Also grundsätzlich: Ja, ich kann damit die VMs ausschalten, aber wie fahre ich sie gezielt und sauber herunter?
Wie ist das hier. Wird hier auch einfach ausgeschaltet oder sauber herunter gefahren?
Gruß
Doskias
Nachtrag:
Danke, so gehts.
Erstmal hat es etwas gedauert, bis ich es auf dem betroffenen Server zum Laufen bekommen habe. Grund dafür war (hatte ich nicht geschrieben), dass auf dem Server, der das ganze ausführt noch ein kleiner (mit einer VM ausgestattet HyperV) läuft. das gab dann natürlich Konflikte bei den get-vm und anderen Befehlen. Lies sich aber mit dem Parameter -allowclobber überschreiben.
Jetzt muss ich auf dem Server mit VMware.VimAutomation.Core\Get-VM bzw. Hyper-V\Get-VM arbeiten, aber damit kann ich leben. Was mich jedoch stört ist:
Ich habe mit Stop-VM und einem "unwichtigen" Windows-Server einmal rumgespielt. Während vim-cmd vmsvc/power.shutdown 40 die VM mit der ID 40 sauber herunterfährt und ich sehen kann wie das System heruntergefahren wird, so führt Stop-VM zu einem abruptem Ende des Betriebs. Sprich: Hier erfolgt kein sauberes herunterfahren, sondern ein unerwartetes Ausschalten. Nach dem Neustart der VM werde ich entsprechend auch gefragt, wieso das Gerät nicht sauber herunter gefahren wurde. Also grundsätzlich: Ja, ich kann damit die VMs ausschalten, aber wie fahre ich sie gezielt und sauber herunter?
Wie ist das hier. Wird hier auch einfach ausgeschaltet oder sauber herunter gefahren?
Gruß
Doskias
Nachtrag:
Zitat von @4091525239:
Fastplink.exe -ssh -pw [Kennwort] -batch Benutzer@ESX-Server "vim-cmd vmsvc/power.shutdown 40" plink.exe -ssh -pw [Kennwort] Benutzer@ESX-Server -batch "vim-cmd vmsvc/power.shutdown 40 Zitat von @Doskias:
Fast
Danke, so gehts.
Nöp die Optionen gehören vor den host ...Fast
plink.exe -ssh -pw [Kennwort] Benutzer@ESX-Server -batch "vim-cmd vmsvc/power.shutdown 40 Usage: plink [options] [user@]host [command]
Bier fehlt das Anführungszeichen am Ende und die Option gehört vor den Host, Anführungszeichen sind zwar nicht zwingend aber bei manchen Befehlen nötig.
Bin etwas schreibfaul. Aus meinen PS extrahiert.
Hier mit ppk File.
ACHTUNG: Damit den Host vertraut wird, ggf. vorher einmal Putty so starten und "Accept" anklicken. Sonst wird die Verbindung nicht zu Stande kommen.
Befehle kann man durch ";" verketten.
Ansosnten "cmd /c" weg und in die Variable schauen. Dann kannst du den String auch jederzeit so in Batch abfeuern.
Hier mit ppk File.
ACHTUNG: Damit den Host vertraut wird, ggf. vorher einmal Putty so starten und "Accept" anklicken. Sonst wird die Verbindung nicht zu Stande kommen.
Befehle kann man durch ";" verketten.
Ansosnten "cmd /c" weg und in die Variable schauen. Dann kannst du den String auch jederzeit so in Batch abfeuern.
# putty Connection String
[string]$puttyUser = "root@web02"
[string]$puttyKeyFile = "C:\scripts\putty-private.ppk"
[string]$puttyPlink = "C:\ProgramData\chocolatey\bin\plink.exe"
[string]$puttyCommand = "systemctl restart tomcat8"
[string]$puttyCommandString = $($puttyPlink)+" "+$puttyUser+" -batch -i "+$puttyKeyFile+" ("+$puttyCommand+")"
cmd /c $puttyCommandStringZitat von @Doskias:
Wie ist das hier. Wird hier auch einfach ausgeschaltet oder sauber herunter gefahren?
Wie ist das hier. Wird hier auch einfach ausgeschaltet oder sauber herunter gefahren?
https://scriptigator.com/2020/11/22/how-to-restart-reset-shutdown-powero ...
Da sind nochmal die Befehle alle erklärt.
Hier mal ein Beispiel wenn die Tools abgeschossen wurden und man die Maschine dann automatisch rebooten möchte.
ACHTUNG: Nur fix für eine. Man kann auch den Status für die Tools, "Needs Consolidation" etc. für alle abfragen und sich einen Array alle Maschinen aufbauen:
Import-Module -Name VMware.VimAutomation.Core
$Server = "vcenter"
Connect-VIServer -Server $Server -User root@vcenter.xy.zz -Password geheim
$vm = 'mysql01'
$toolsStatus = (Get-VM $VM).extensiondata.Guest.ToolsStatus
if (($toolsStatus -eq "toolsNotRunning") ) { Restart-VM $vm -Confirm:$false }
Disconnect-VIServer -Server $Server -Confirm:$falseHier mal ein Online Example, was man durch die Schleife auch auf VMs anwenden kann, die man zvor runterfährt, etwas mit ihnen tut und dann hochfährt.
ACHTUNG: Hier fehlt die Hälfte. Zuvor wurde Consolidate abgefeuert. Man kann über Get-Task sehen, wie weit die jeweiigen Aufgaben sind. Hier wird nur von einen laufenden Task ausgegangen.
Lässt sich noch verfeinern. Nach Ende der Aktion kann man z.B. die VM wieder starten etc.
Nur ein grobes Beispiel.
$task01 = Get-Task -Server $Server | ? { $_.State -eq 'Running' -and $_.Name -eq 'ConsolidateVMDisks_Task' }
$task01.Description
$task01.Name
$task01.PercentComplete
while('Running','Queued' -contains $task01.State){
Write-Progress -Activity 'Creating VM' -PercentComplete $task01.PercentComplete
$task01.PercentComplete
$task01.Description
$task01.Name
$task01 = Get-Task -Id $task01.Id
Start-Sleep -Seconds 5
}
ALSO ich würde ja, wenn die VMware-Tools auf den VMs installiert sind, den Befehl Shutdown-VMGuest nutzen wollen..
https://vdc-repo.vmware.com/vmwb-repository/dcr-public/3de791f2-edaf-4cd ...
auf diese Weise habe ich gerade ein Debian 11 als auch einen alten Win 2008R2 sauber heruntergefahren
Hab mir gerade die Frage nochmal genau durchgelesen.
Was ist mit Autostart und - in reverse - Auto Shudown? Dann passiert alles in einen Rutsch.
https://www.youtube.com/watch?v=qWyuXa85AIc
https://vmguru.com/2013/06/how-to-shutdown-esxi-host-in-case-of-a-power- ...
Was ist mit Autostart und - in reverse - Auto Shudown? Dann passiert alles in einen Rutsch.
https://www.youtube.com/watch?v=qWyuXa85AIc
https://vmguru.com/2013/06/how-to-shutdown-esxi-host-in-case-of-a-power- ...
Zitat von @Doskias:
Ich habe mit Stop-VM und einem "unwichtigen" Windows-Server einmal rumgespielt. Während vim-cmd vmsvc/power.shutdown 40 die VM mit der ID 40 sauber herunterfährt und ich sehen kann wie das System heruntergefahren wird, so führt Stop-VM zu einem abruptem Ende des Betriebs. Sprich: Hier erfolgt kein sauberes herunterfahren, sondern ein unerwartetes Ausschalten. Nach dem Neustart der VM werde ich entsprechend auch gefragt, wieso das Gerät nicht sauber herunter gefahren wurde. Also grundsätzlich: Ja, ich kann damit die VMs ausschalten, aber wie fahre ich sie gezielt und sauber herunter?
Ich habe mit Stop-VM und einem "unwichtigen" Windows-Server einmal rumgespielt. Während vim-cmd vmsvc/power.shutdown 40 die VM mit der ID 40 sauber herunterfährt und ich sehen kann wie das System heruntergefahren wird, so führt Stop-VM zu einem abruptem Ende des Betriebs. Sprich: Hier erfolgt kein sauberes herunterfahren, sondern ein unerwartetes Ausschalten. Nach dem Neustart der VM werde ich entsprechend auch gefragt, wieso das Gerät nicht sauber herunter gefahren wurde. Also grundsätzlich: Ja, ich kann damit die VMs ausschalten, aber wie fahre ich sie gezielt und sauber herunter?
Stop-VM ist das Äquivalent zum Power Off, was du suchst ist Shutdown-VMGuest.
VG,
Thomas
So.. das wird jetzt lang 
Weiter im Text:
Derzeit sieht das Skript (im Bereich des Herunterfahrens wie folgt aus.
1. Es werden alle Server ermittelt, von allen ESX, die derzeit laufen. Und natürlich wo sie jetzt grade laufen, da sich im Laufe der Zeit ja auch VMs mal bewegen können
2. Da einige Server in Abhängigkeiten stehen, gibt es bei einigen Servern eine Abschaltreihenfolge, die eingehalten werden muss. Hier werden die einzelnen Server abgeschaltet, gewartet bis sie aus sind und dann geht es erst mit dem nächsten Server weiter. Die Prüfung mach ich an der Stelle bereits mittels get-vm, das herunterfahren mit Plink.exe.
Ich schaue also jeden Server in der Liste 1 nach auf welchem ESX er läuft, verbinde mich mit diesem ESX mittels plink -shh. Wenn ich das jetzt auf stop-guestvm, muss ich die Schleife ja jedes Mal um ein connect und disconnect erweitern. Tendiere grade dazu, es zumindest vorerst so zu belassen.
3. Es werden alle anderen Server heruntergefahren, bei denen es keine Abhängigkeiten gibt.
4. zuletzt werden die DC-VMs heruntergefahren
5. auf dem physischen Server wird die HyperV-VM heruntergefahren, via
6. Es wird gewartet bis alle HyperVs den Status "off" haben. Dann fährt sich der Server selbst herunter.
Zumindest in der Theorie sieht das ganze jetzt gut aus. Praxis Test erfolgt später erstmal in kontrolliertem Zustand
Da jetzt alles funktioniert, verteil ich mal Sternchen
Gruß
Doskias
Zitat von @4091525239:
Komisch und jetzt nicht mehr nachvollziehbar. Ich habe gestern deinen Code getestet und es ging nicht. Dann habe ich das -batch hinter den Host und vor den Code gestellt. Damit ging es dann, inkl. des hier fehlenden Anführungszeichens. Heute geht beides.Zitat von @Doskias:
Fast
Danke, so gehts.
Nöp die Optionen gehören vor den host ...Fast
plink.exe -ssh -pw [Kennwort] Benutzer@ESX-Server -batch "vim-cmd vmsvc/power.shutdown 40 Usage: plink [options] [user@]host [command]
Bier fehlt das Anführungszeichen am Ende und die Option gehört vor den Host, Anführungszeichen sind zwar nicht zwingend aber bei manchen Befehlen nötig.Weiter im Text:
Zitat von @em-pie:
ALSO ich würde ja, wenn die VMware-Tools auf den VMs installiert sind, den Befehl Shutdown-VMGuest nutzen wollen..
https://vdc-repo.vmware.com/vmwb-repository/dcr-public/3de791f2-edaf-4cd ...
Danke für den Hinweis. Auch das habe ich grade einmal getestet und es funktioniert. Allerdings habe ich das ganze nun schon auf den oben genannten Befehl via ssh gebaut. Ich werde mir mal anschauen was einfacher ist. Aber auch dein Weg funktioniert, sofern die VMWarwe-Tools installiert sind, was bei uns der Fall ist.ALSO ich würde ja, wenn die VMware-Tools auf den VMs installiert sind, den Befehl Shutdown-VMGuest nutzen wollen..
https://vdc-repo.vmware.com/vmwb-repository/dcr-public/3de791f2-edaf-4cd ...
Derzeit sieht das Skript (im Bereich des Herunterfahrens wie folgt aus.
1. Es werden alle Server ermittelt, von allen ESX, die derzeit laufen. Und natürlich wo sie jetzt grade laufen, da sich im Laufe der Zeit ja auch VMs mal bewegen können
2. Da einige Server in Abhängigkeiten stehen, gibt es bei einigen Servern eine Abschaltreihenfolge, die eingehalten werden muss. Hier werden die einzelnen Server abgeschaltet, gewartet bis sie aus sind und dann geht es erst mit dem nächsten Server weiter. Die Prüfung mach ich an der Stelle bereits mittels get-vm, das herunterfahren mit Plink.exe.
Ich schaue also jeden Server in der Liste 1 nach auf welchem ESX er läuft, verbinde mich mit diesem ESX mittels plink -shh. Wenn ich das jetzt auf stop-guestvm, muss ich die Schleife ja jedes Mal um ein connect und disconnect erweitern. Tendiere grade dazu, es zumindest vorerst so zu belassen.
3. Es werden alle anderen Server heruntergefahren, bei denen es keine Abhängigkeiten gibt.
4. zuletzt werden die DC-VMs heruntergefahren
5. auf dem physischen Server wird die HyperV-VM heruntergefahren, via
Hyper-V\Get-VM |? state -match "running" | stop-vm 6. Es wird gewartet bis alle HyperVs den Status "off" haben. Dann fährt sich der Server selbst herunter.
Zumindest in der Theorie sieht das ganze jetzt gut aus. Praxis Test erfolgt später erstmal in kontrolliertem Zustand
Zitat von @Crusher79:
Was ist mit Autostart und - in reverse - Auto Shudown? Dann passiert alles in einen Rutsch.
Auto-Start und Auto-Shutdown seitens der ESX-Server ist nicht erwünscht. Die Systeme sollen sauber heruntergefahren werden, bevor der ESX-Server herunter fährt. Ähnliches gilt für das Starten. Wenn die ESX aus waren, soll erstmal in Ruhe geklärt werden können, was der Grund war und anschließend die Server manuell hoch gefahren werden. Grade bei den Servern, die in Abhängigkeiten stehen und auf verschiedenen ESX laufen. Hier muss sichergestellt werden, dass alle Dienste laufen, bevor die anderen Server dazu kommen. Wir hatten das schonmal probiert und die automatisch gestarteten Server waren einfach zu schnell da und konnten dann keine Verbindung mit den Partner aufbauen. Daher soll Server A gestartet werden, manuell geprüft werden ob alles läuft, und erst dann soll Server B dazu kommen.Was ist mit Autostart und - in reverse - Auto Shudown? Dann passiert alles in einen Rutsch.
Da jetzt alles funktioniert, verteil ich mal Sternchen
Gruß
Doskias
