1
2

[root@vhost:~] esxcli software profile update -p ESXi-7.0U3-18644231-standard -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml
Got no data from process: LANG=en_US.UTF-8 /usr/lib/vmware/esxcli-software profile.update -d "https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml" -p "ESXi-7.0U3-18644231-standard"

Daraufhin durchsuchte ich das Netz, wobei ich auf verschiedene Dinge stieß:

• ESXi Firewall freischalten:

  1 2 3 4 5 6 7 8

  # Cut and paste these commands into an ESXi shell to update your host with this Imageprofile # See the Help page for more instructions # esxcli network firewall ruleset set -e true -r httpClient esxcli software profile update -p ESXi-7.0U3-18644231-standard -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml esxcli network firewall ruleset set -e false -r httpClient # # Reboot to complete the upgrade

Das half bei mir leider nichts

• Locker Space freigeben  - half bei mir auch nicht
• Manuell runterladen und installieren . Das funktionierte bei mir und war auch so wie ich es in der Vergangenheit gemacht hatte.

Für die Ausführung der letzten Problemlösung muss man auf die VMWare Seite für den Download  gehen und dort das “VMware vSphere Hypervisor (ESXi) Offline Bundle” herunterladen. Dieses ZIP-File dann ohne auspacken auf einen ESXi Datastore hochladen. Nun kann man via dem folgenden Kommando (Pfad zum Zip anpassen!) den ESXi updaten:

1

esxcli software profile update -d /vmfs/volumes/5f03704a-21ed9518-823f-7085c2f2f11f/VMware-ESXi-7.0U3-18644231-depot.zip -p "ESXi-7.0U3-18644231-standard"

Dann einmal rebooten und die Sache ist gegessen. Sehr seltsamer Fehler aber wenn es sich so einfach lösen lässt will ich mich mal nicht beschweren ;)

Los gehts mit dem Download des Home Assistant Operating System für Linux als VMDK File von hier . Dieser Download muss einmal ausgepackt werden:

Meine VM soll künftig einfach “homeassistant” heissen. Daher habe ich das image ebenfalls als homeassistant.vmdk umbenannt:

Dann gehts in den VMware ESXi zum Setup. Hier navigiert man zum “Datastore browser”:

Falls mehrere Laufwerke vorhanden sind, wähle das passende aus. Dann erstelle einen neuen Ordner namens “homeassistant” auf diesem Laufwerk:

Wähle den Ordner aus und lade via “Upload” das soeben heruntergeladene vmdk-file hoch:

Schließe den Datastore Browser und gehe zur VM-Erstellung:

Erstelle eine neue VM:

Gib der VM den Namen “homeassistant” und wähle dann als OS family “Linux” sowie die Version “Other Linux (64-Bit)” aus:

Wähle nun den gleichen datastore aus auf dem du bereits das VMDK hochgeladen hast:

Nun musst du die VM passend konfigurieren. Wähle die gewünschte Anzahl an CPUs aus und gib der VM mehr RAM (standard sind 384MB, das dürfte zuwenig sein). Ich habe mich für 4 Kerne und 4GB Memory entschieden. Dann lösche die Hard disk 1 (WICHTIG) sowie das CD Laufwerk aus der Konfiguration:

Nun füge die VMDK Datei als Harddisk hinzu. Dazu wähle “Add hard disk” und dann “Existing hard disk”:

Nun ist wichtig, dass der Hard disk Controller von SCSI auf IDE geändert wird:

Stelle sicher dass beim Network adapter der Typ auf “E1000” steht:

Klicke dann auf “VM Options” am oberen Rand, öffne die “Boot Options” und stelle die Firmware auf “EFI”

Klicke dann auf Next und schließe das VM Setup ab. Wenn man nun die VM startet, ist nach kurzer Zeit Home Assistant unter Port 8123 verfügbar. Alles weitere passiert dann in Home Assistant selbst.

Am einfachsten ging es mit dem OVF Tool, welches man hier  herunterladen kann. Dann installieren und einmal in die Kommandozeile zum Auflisten der vorhandenen VMs:

1

ovftool.exe vi://root@10.13.3.7/

Das gibt in etwa sowas aus, wenn man den fingerprint akzeptiert und das Passwort eingegeben hat:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

Accept SSL fingerprint (.....) for host 10.13.3.7 as source type.
Fingerprint will be added to the known host file
Write 'yes' or 'no'
yes
Enter login information for source vi://10.13.3.7/
Username: root
Password: **********
Error: Found wrong kind of object (ResourcePool). Possible completions are:
  vm1
  vm2
  vm3

Nun kann man vm1 wie folgt von 10.13.3.7 auf 10.13.3.8 umziehen, wenn man davon ausgeht, dass man auf den datastore 120GBSSD und thin provisioning setzen möchte:

1

ovftool.exe -ds=120GBSSD -dm=thin vi://root@10.13.3.7/vm1 vi://root@10.13.3.8

Ich habe noch ein paar weitere Optionen gesetzt - ich kann hier die Hilfe sehr empfehlen. In meinem Falle beispielsweise das Ausschalten der VM an der Quelle und die Zuweisung an ein bestimmtes Netzwerk:

1

ovftool.exe -ds=120GBSSD -dm=thin --powerOffSource -nw=VLAN42 vi://root@10.13.3.7/vm1 vi://root@10.13.3.8

Ein kurzer Blick in die SSH Konsole zeigte mir in esxtop, dass der Prozess hostsd sehr viel CPU benötigte. Ein bisschen Suche löste das Problem mit Hilfe von

1

/sbin/services.sh restart

Seither war wieder ruhe.