Verlauf der Änderungen der Seite VMWare
Hinzugefügt:
- falls etwas nicht geht: auf der Maschine, auf der der Befehl eingegeben wird, auch SSH-Client in der Firewall aktivieren!
Gelöscht:
Hinzugefügt:
Wenn eine NFS-Share für virtuelle Maschinen als Storage genutzt wird, aber nach einem Neustart des Host nicht verfügbar ist, dann kann man es mit einigen CLI-Befehlen reparieren. Es geht so (es werden Beispieldaten für IP des NFS-Servers, sein Verzeichnis sowie Label des datastore verwendet - alles mit ESXi 8.0 getestet):
# vorher sind eventuell (ungeprüft) folgende Befehle notwendig sein:
/etc/init.d/hostd restart
/etc/init.d/vpxa restart
# vorher sind eventuell (ungeprüft) folgende Befehle notwendig sein:
/etc/init.d/hostd restart
/etc/init.d/vpxa restart
Gelöscht:
Keine Unterschiede
Hinzugefügt:
((2)) Befehle zu NFS Storage
Wenn eine NFS-Share für virtuelle Maschinen als Storage genutzt wird, aber nach einem Neustart des Host nicht verfügbar ist, dann kann man es mit einigen CLI-Befehlen reparieren. Es geht so (es werden Beispieldaten für IP des NFS-Servers, sein Verzeichnis sowie Label des datastore verwendet):
# erst Verbindung trennen
esxcli storage nfs remove -v datastore3nfs
# dann wiederherstellen
esxcli storage nfs add -H 10.55.0.6 -s /mnt/datapool/cloudvm -v datastore3nfs
%%
Wenn eine NFS-Share für virtuelle Maschinen als Storage genutzt wird, aber nach einem Neustart des Host nicht verfügbar ist, dann kann man es mit einigen CLI-Befehlen reparieren. Es geht so (es werden Beispieldaten für IP des NFS-Servers, sein Verzeichnis sowie Label des datastore verwendet):
# erst Verbindung trennen
esxcli storage nfs remove -v datastore3nfs
# dann wiederherstellen
esxcli storage nfs add -H 10.55.0.6 -s /mnt/datapool/cloudvm -v datastore3nfs
%%
Hinzugefügt:
((1)) FreeNAS / TrueNAS unter VMware
Über die CLI kann einiges erledigt werden:
Über die CLI kann einiges erledigt werden:
Gelöscht:
Hinzugefügt:
((1)) ESX CLI Handbuch
((2)) Netzwerkeinstellungen per CLI
VMware schaltet ungenutzte Netzwerkschnittstellen aus - und schaltet sie nicht automatisch mit einstecken des Kabels ein (zumindest auf meinem Supermicro Mainboard mit 2x 10Gb Intel NICs).
Hier einige Hinweise, wie man das schalten kann: https://kb.vmware.com/s/article/2006074
%%(perl)
# Zeige alle NICs:
esxcli network nic list
# Einzelne NICs starten und ausschalten:
esxcli network nic up -n vmnicX%%
((2)) Netzwerkeinstellungen per CLI
VMware schaltet ungenutzte Netzwerkschnittstellen aus - und schaltet sie nicht automatisch mit einstecken des Kabels ein (zumindest auf meinem Supermicro Mainboard mit 2x 10Gb Intel NICs).
Hier einige Hinweise, wie man das schalten kann: https://kb.vmware.com/s/article/2006074
%%(perl)
# Zeige alle NICs:
esxcli network nic list
# Einzelne NICs starten und ausschalten:
esxcli network nic up -n vmnicX%%
Gelöscht:
VMware schaltet ungenutzte Netzwerkschnittstellen aus - und schaltet sie nicht automatisch mit einstecken des Kabels ein (zumindest auf meinem Supermicro Mainboard mit 2x 10Gb Intel NICs).
Hier einige Hinweise, wie man das schalten kann: https://kb.vmware.com/s/article/2006074
Zeige alle NICs: ##esxcli network nic list##
Einzelne NICs starten und ausschalten: ##
esxcli network nic up -n vmnicX##
Hinzugefügt:
%%[[https://docs.vmware.com/de/VMware-vSphere/7.0/com.vmware.vsphere.storage.doc/GUID-62587830-C92F-409E-9B35-B63CC4D4A2DC.html Siehe auch hier]].
Gelöscht:
[[https://docs.vmware.com/de/VMware-vSphere/7.0/com.vmware.vsphere.storage.doc/GUID-62587830-C92F-409E-9B35-B63CC4D4A2DC.html Siehe auch hier]].
Hinzugefügt:
((2)) Storage Probleme
Freigabe von Speicherplatz unter VMFS6:
%%(bash)
esxcli storage vmfs unmap -l <label des datastore>
%%
[[https://docs.vmware.com/de/VMware-vSphere/7.0/com.vmware.vsphere.storage.doc/GUID-62587830-C92F-409E-9B35-B63CC4D4A2DC.html Siehe auch hier]].
Freigabe von Speicherplatz unter VMFS6:
%%(bash)
esxcli storage vmfs unmap -l <label des datastore>
%%
[[https://docs.vmware.com/de/VMware-vSphere/7.0/com.vmware.vsphere.storage.doc/GUID-62587830-C92F-409E-9B35-B63CC4D4A2DC.html Siehe auch hier]].
Gelöscht:
Hinzugefügt:
Folgende Schritte sind notwendig:
1. Rechner mit ESXi neu starten
2. Beim booten Taste "a" drücken
=> was der Eingabe von boot-Parametern dient
3. Leerzeichen und "single" eingeben
4. Gehe in die richtigen Menüs und gebe das Passwort für root ein
5. Reboot
1. Rechner mit ESXi neu starten
2. Beim booten Taste "a" drücken
=> was der Eingabe von boot-Parametern dient
3. Leerzeichen und "single" eingeben
4. Gehe in die richtigen Menüs und gebe das Passwort für root ein
5. Reboot
Gelöscht:
ISSUE:
The customer forgot the root password.
SOLUTION:
Changing the root password on ESX servers
There are two scenarios for the situation to occur:
You forgot the root password.
You mistyped the password for the administrator.
The following steps are involved in recovering the root password:
1. Hard reboot the VMware ESX server.
NOTE: Ensure that all the Virtual Machines (VMs) are shut down before doing this step.
2. Allow the VMware ESX server to boot normally. You would see the first blank screen with three menus:
VMware ESX server
VMware ESX server (Debug mode)
Service console only (Troubleshooting mode)
3. Press the a key, as it says to change the VMware ESX kernel boot parameters.
4. Now type a space and the word single, and then press the Enter button. Then the VMware ESX server will boot and enter into the command line prompt.
5. Change the root password. Type passwd, and give your new password twice.
Changing password for user root.
New UNIX password:
Retype new UNIX password:
passwd: all authentication tokens updated successfully.
6. Reboot the VMware ESX server, and you will be allowed to logging using the root password. Type reboot, and wait for the VMware ESX server to come back online in a few minutes.
Hinzugefügt:
((1)) Wenn root-Passwort vergessen wurde
VMware ESX Server - Changing the Root Password on VMware ESX Servers
ISSUE:
The customer forgot the root password.
SOLUTION:
Changing the root password on ESX servers
There are two scenarios for the situation to occur:
You forgot the root password.
You mistyped the password for the administrator.
The following steps are involved in recovering the root password:
1. Hard reboot the VMware ESX server.
NOTE: Ensure that all the Virtual Machines (VMs) are shut down before doing this step.
2. Allow the VMware ESX server to boot normally. You would see the first blank screen with three menus:
VMware ESX server
VMware ESX server (Debug mode)
Service console only (Troubleshooting mode)
3. Press the a key, as it says to change the VMware ESX kernel boot parameters.
4. Now type a space and the word single, and then press the Enter button. Then the VMware ESX server will boot and enter into the command line prompt.
5. Change the root password. Type passwd, and give your new password twice.
Changing password for user root.
New UNIX password:
Retype new UNIX password:
passwd: all authentication tokens updated successfully.
6. Reboot the VMware ESX server, and you will be allowed to logging using the root password. Type reboot, and wait for the VMware ESX server to come back online in a few minutes.
VMware ESX Server - Changing the Root Password on VMware ESX Servers
ISSUE:
The customer forgot the root password.
SOLUTION:
Changing the root password on ESX servers
There are two scenarios for the situation to occur:
You forgot the root password.
You mistyped the password for the administrator.
The following steps are involved in recovering the root password:
1. Hard reboot the VMware ESX server.
NOTE: Ensure that all the Virtual Machines (VMs) are shut down before doing this step.
2. Allow the VMware ESX server to boot normally. You would see the first blank screen with three menus:
VMware ESX server
VMware ESX server (Debug mode)
Service console only (Troubleshooting mode)
3. Press the a key, as it says to change the VMware ESX kernel boot parameters.
4. Now type a space and the word single, and then press the Enter button. Then the VMware ESX server will boot and enter into the command line prompt.
5. Change the root password. Type passwd, and give your new password twice.
Changing password for user root.
New UNIX password:
Retype new UNIX password:
passwd: all authentication tokens updated successfully.
6. Reboot the VMware ESX server, and you will be allowed to logging using the root password. Type reboot, and wait for the VMware ESX server to come back online in a few minutes.
Hinzugefügt:
VMware schaltet ungenutzte Netzwerkschnittstellen aus - und schaltet sie nicht automatisch mit einstecken des Kabels ein (zumindest auf meinem Supermicro Mainboard mit 2x 10Gb Intel NICs).
Hier einige Hinweise, wie man das schalten kann: https://kb.vmware.com/s/article/2006074
Hier einige Hinweise, wie man das schalten kann: https://kb.vmware.com/s/article/2006074
Gelöscht:
Hinzugefügt:
((1)) Netzwerkeinstellungen per CLI
Hier einige Hinweise: https://kb.vmware.com/s/article/2006074
Zeige alle NICs: ##esxcli network nic list##
Einzelne NICs starten und ausschalten: ##
esxcli network nic down -n vmnicX
esxcli network nic up -n vmnicX##
Hier einige Hinweise: https://kb.vmware.com/s/article/2006074
Zeige alle NICs: ##esxcli network nic list##
Einzelne NICs starten und ausschalten: ##
esxcli network nic down -n vmnicX
esxcli network nic up -n vmnicX##
Hinzugefügt:
Siehe [[https://www.windowspro.de/thomas-drilling/esxi-konfiguration-sichern-ueber-vcli-powercli-esxi-shell auch hier]].
Hinzugefügt:
((1)) Konfiguration sichern
Die komplette Konfiguration kann mit folgendem Befehl über die Shell gesichert werden:
##/bin/firmwareConfig.sh --backup /tmp/##
unter VMware 7 etwas anders:
##/bin/firmwareConfig.py --backup /tmp/##
Die komplette Konfiguration kann mit folgendem Befehl über die Shell gesichert werden:
##/bin/firmwareConfig.sh --backup /tmp/##
unter VMware 7 etwas anders:
##/bin/firmwareConfig.py --backup /tmp/##
Hinzugefügt:
Funktioniert leider nicht immer...
Aber: Kopie von GMs zwischen ESXi-Hosts ist einfach:
- snapshots löschen (sonst gibt es Probleme mit der Datei der virtuellen HDD)
- ## scp -r /vmfs/volumes/datastoreName/VMname root@Ziel-Server:/vmfs/volumes/datastoreName/ ##
- falls etwas nicht geht: auf der Maschine, auf der das Befehl eingegeben wird, auch SSH-Client in der Firewall aktivieren!
Siehe dazu auch [[https://www.debinux.de/2013/12/esxi-virtuelle-maschine-auf-anderen-esxi-kopieren/ folgende Seite]].
Aber: Kopie von GMs zwischen ESXi-Hosts ist einfach:
- snapshots löschen (sonst gibt es Probleme mit der Datei der virtuellen HDD)
- ## scp -r /vmfs/volumes/datastoreName/VMname root@Ziel-Server:/vmfs/volumes/datastoreName/ ##
- falls etwas nicht geht: auf der Maschine, auf der das Befehl eingegeben wird, auch SSH-Client in der Firewall aktivieren!
Siehe dazu auch [[https://www.debinux.de/2013/12/esxi-virtuelle-maschine-auf-anderen-esxi-kopieren/ folgende Seite]].
Hinzugefügt:
((1)) Exportieren einer VM
Export VM on ESXi:
> go to list of Vms
> right click on the machine
> Export-command (VM has to be turned off)
Export VM on ESXi:
> go to list of Vms
> right click on the machine
> Export-command (VM has to be turned off)
Hinzugefügt:
- [[https://www.virten.net/2020/02/backup-vsphere-cluster-with-ghettovcb/ auch zum Sichern im Cluster verwendbar]]
Hinzugefügt:
- [[https://www.virtuallyghetto.com/2015/05/ghettovcb-vib-offline-bundle-for-esxi.html über VIB oder als offline-Bundle in ESXi installieren]]
Gelöscht:
Hinzugefügt:
((1)) Backups mit ghettoVCB
Folgende Ressourcen helfen:
- [[https://www.virtuallyghetto.com/2015/05/ghettovcb-vib-offline-bundle-for-esxi.html über VIB oder alss offline-Bundle in ESXi installieren]]
- [[https://www.storitback.de/service/esxi-sicherung.html Anleitung bei storitback]]
- [[https://communities.vmware.com/docs/DOC-8760 Dokumentation zum Skript]]
- [[https://communities.vmware.com/docs/DOC-10595 Dokumentation zum Wiederherstellen]]
Folgende Ressourcen helfen:
- [[https://www.virtuallyghetto.com/2015/05/ghettovcb-vib-offline-bundle-for-esxi.html über VIB oder alss offline-Bundle in ESXi installieren]]
- [[https://www.storitback.de/service/esxi-sicherung.html Anleitung bei storitback]]
- [[https://communities.vmware.com/docs/DOC-8760 Dokumentation zum Skript]]
- [[https://communities.vmware.com/docs/DOC-10595 Dokumentation zum Wiederherstellen]]
Hinzugefügt:
((1)) Debian als Gastbetriebssystem
Debian 10 funktioniert unter VMware sehr gut. Man muss hier auch nicht mal die VMware-tools extra installieren, sondern - wie VMware empfiehlt - einfach nur das Paket
##open-vm-tools##
nehmen.
Debian 10 funktioniert unter VMware sehr gut. Man muss hier auch nicht mal die VMware-tools extra installieren, sondern - wie VMware empfiehlt - einfach nur das Paket
##open-vm-tools##
nehmen.
Hinzugefügt:
[[FreeNASundVMware Siehe hier]].
Gelöscht:
Einige Hinweise von einem freeNAS-Profi: https://www.ixsystems.com/community/threads/absolutely-must-virtualize-freenas-a-guide-to-not-completely-losing-your-data.12714/
((2)) Wichtig: "passthrough" für Disks, deren Controller es nicht zulässt
Siehe diesen wirklich guten Artikel: https://gist.github.com/Hengjie/1520114890bebe8f805d337af4b3a064
Kopie hier: /ownCloud/ITService/Knowledge/VMWare/How to passthrough SATA.pdf
Zu diesem Thema vgl. auch:
- https://www.reddit.com/r/vmware/comments/aw5nkl/raw_disks_to_vm_on_exsi_are_the_disks_truly_raw/
- https://www.ixsystems.com/community/threads/freenas-on-esxi-how-to-access-disks.8554/
- https://davidwarburton.wordpress.com/2010/10/25/rdm-mapping-of-local-sata-storage-for-esxi/
- https://www.datacommand.com.au/2016/12/01/rdm-mapping-of-local-sata-storage-for-esxi/
Hinzugefügt:
- https://davidwarburton.wordpress.com/2010/10/25/rdm-mapping-of-local-sata-storage-for-esxi/
- https://www.datacommand.com.au/2016/12/01/rdm-mapping-of-local-sata-storage-for-esxi/
- https://www.datacommand.com.au/2016/12/01/rdm-mapping-of-local-sata-storage-for-esxi/
Hinzugefügt:
((2)) Einige allgemeine Hinweise
Einige Hinweise von einem freeNAS-Profi: https://www.ixsystems.com/community/threads/absolutely-must-virtualize-freenas-a-guide-to-not-completely-losing-your-data.12714/
- https://www.reddit.com/r/vmware/comments/aw5nkl/raw_disks_to_vm_on_exsi_are_the_disks_truly_raw/
- https://www.ixsystems.com/community/threads/freenas-on-esxi-how-to-access-disks.8554/
Einige Hinweise von einem freeNAS-Profi: https://www.ixsystems.com/community/threads/absolutely-must-virtualize-freenas-a-guide-to-not-completely-losing-your-data.12714/
- https://www.reddit.com/r/vmware/comments/aw5nkl/raw_disks_to_vm_on_exsi_are_the_disks_truly_raw/
- https://www.ixsystems.com/community/threads/freenas-on-esxi-how-to-access-disks.8554/
Gelöscht:
- https://www.ixsystems.com/community/threads/freenas-on-esxi-how-to-access-disks.8554/
Hinzugefügt:
Zu diesem Thema vgl. auch:
- https://www.reddit.com/r/vmware/comments/aw5nkl/raw_disks_to_vm_on_exsi_are_the_disks_truly_raw/
- https://www.ixsystems.com/community/threads/freenas-on-esxi-how-to-access-disks.8554/
- https://www.reddit.com/r/vmware/comments/aw5nkl/raw_disks_to_vm_on_exsi_are_the_disks_truly_raw/
- https://www.ixsystems.com/community/threads/freenas-on-esxi-how-to-access-disks.8554/
Hinzugefügt:
Kopie hier: /ownCloud/ITService/Knowledge/VMWare/How to passthrough SATA.pdf
Gelöscht:
Hinzugefügt:
[[/ownCloud/ITService/Knowledge/VMWare/How to passthrough SATA.pdf Kopie hier]].
Gelöscht:
Hinzugefügt:
[[/Users/wojtek/ownCloud/ITService/Knowledge/VMWare/How to passthrough SATA.pdf Kopie hier]].
Hinzugefügt:
((1)) FreeNAS unter VMware
((2)) Wichtig: "passthrough" für Disks, deren Controller es nicht zulässt
Siehe diesen wirklich guten Artikel: https://gist.github.com/Hengjie/1520114890bebe8f805d337af4b3a064
((2)) Wichtig: "passthrough" für Disks, deren Controller es nicht zulässt
Siehe diesen wirklich guten Artikel: https://gist.github.com/Hengjie/1520114890bebe8f805d337af4b3a064
Hinzugefügt:
Gut zusammengefasst auch unter
- https://www.thomas-krenn.com/de/wiki/L1TF
----
- https://www.thomas-krenn.com/de/wiki/L1TF
----
Hinzugefügt:
Dies liegt daran, dass es in vielen Situationen sehr viel Ressourcen kosten kann, den sog. ##Side-Channel-Aware Scheduler## zu aktivieren. Da der Übergriff auf eine Nachbar-VM nur dann möglich ist, wenn man die Ausgangs-VM unter Kontrolle hat, ist das Thema wohl nur dann wirklich relevant, wenn die Maschinen in der Cloud und anonym genutzt werden - bei VMware im geschlossenen Netzwerk werde ich es zunächst einmal ignorieren.
Gelöscht:
Hinzugefügt:
((1)) Meldung über ungültige Zertifikate nach Anmeldung im Webclient
(es geht nicht um die Warnung des Browsers - die liegt ja an selbstsigniertem Zertifikat)
Wenn nach der Installation von ESXi das Zertifikat als ungültig mit einer Warnung moniert wird, dann kann es sein, dass die Zeit des Gerätes nicht korrekt eingestellt war.
((1)) Warnung über potenzielle Angreifbarkeit
(in Folge der Intel-Prozessor-Schwachstellen Spectre und Meltdown)
Die Schwachstelle ist durch VMWare geschlossen (spätestens seit ESXi 6.7) aber die Sperrung der Angreifbarkeit (die in Form des Übergriffs von einer VM auf eine andere stattfinden kann) wird softwareseitig standardmäßig **nicht aktiviert**.
Dies liegt daran, dass es in vielen Situationen sehr viel Ressourcen kosten kann, den sog. ##Side-Channel-Aware Scheduler## zu aktivieren.
Im Übrigen siehe hier:
- https://kb.vmware.com/s/article/55806
- https://kb.vmware.com/s/article/55636
(es geht nicht um die Warnung des Browsers - die liegt ja an selbstsigniertem Zertifikat)
Wenn nach der Installation von ESXi das Zertifikat als ungültig mit einer Warnung moniert wird, dann kann es sein, dass die Zeit des Gerätes nicht korrekt eingestellt war.
((1)) Warnung über potenzielle Angreifbarkeit
(in Folge der Intel-Prozessor-Schwachstellen Spectre und Meltdown)
Die Schwachstelle ist durch VMWare geschlossen (spätestens seit ESXi 6.7) aber die Sperrung der Angreifbarkeit (die in Form des Übergriffs von einer VM auf eine andere stattfinden kann) wird softwareseitig standardmäßig **nicht aktiviert**.
Dies liegt daran, dass es in vielen Situationen sehr viel Ressourcen kosten kann, den sog. ##Side-Channel-Aware Scheduler## zu aktivieren.
Im Übrigen siehe hier:
- https://kb.vmware.com/s/article/55806
- https://kb.vmware.com/s/article/55636
Hinzugefügt:
Auch wenn ESXi bis zu einem gewissen Umfang frei genutzt werden kann, muss eine Lizenz erworben werden. Diese muss bei VMWare geholt werden. Es läuft relativ einfach mit Registrierung für den Download von ESXi. Nachdem diese Registrierung erfolgt ist, erscheint unter "Lizenzierung & Download" der Schlüssel. Ist er mal nicht da, muss man die Seite noch mal laden oder später versuchen - die Seite hatte bei meinem Test ab und zu Probleme...
Gelöscht:
Hinzugefügt:
Auch wenn ESXi bis zu einem gewissen Umfang frei genutzt werden kann, muss eine Lizenz erworben werden. Diese muss bei VMWare geholt werden. Es läuft relativ einfach mit Registrierung für den Download von ESXi. Nachdem diese Registrierung erfolgt ist, erscheint unter "Download/Lizenzierung" der Schlüssel. Ist er mal nicht da, muss man die Seite noch mal laden oder später versuchen - die Seite hatte bei meinem Test ab und zu Probleme...
Gelöscht:
Hinzugefügt:
((3)) Bundle-Datei ausführbar machen
##chmod +x getplayer-linux##
##chmod +x getplayer-linux##
Hinzugefügt:
((3)) VMware Workstation Player herunterladen
Über die Webseite oder so:
##wget --user-agent="Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0" https://www.vmware.com/go/getplayer-linux##
((3)) Installation durchführen
##sudo ./getplayer-linux##
Über die Webseite oder so:
##wget --user-agent="Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0" https://www.vmware.com/go/getplayer-linux##
((3)) Installation durchführen
##sudo ./getplayer-linux##
Hinzugefügt:
((1)) VMWare Player unter Linux (Debian)
((2)) Installieren
Siehe [[https://linuxize.com/post/how-to-install-vmware-workstation-player-on-debian-9/ folgende Seite]] - die Beschreibung funktioniert auch unter Debian 10 und mit der neuesten Player-Version.
Kurz sind folgende Schritte zu unternehmen:
((3)) Notwendige Pakete installieren
##
sudo apt update
sudo apt install build-essential
sudo apt install linux-headers-$(dpkg --print-architecture)
##
((2)) Öffnen einer VM unter Debian 10 nicht möglich gewesen
Das Problem [[https://docs.vmware.com/en/VMware-Workstation-Player/15/rn/player-15-release-notes.html#knownissues soll bekannt sein]]. Man muss einfach das Anlegen der Einträge in der Dokumentenhistorie ermöglichen (am Beispiel Ubuntu Englisch / Debian mit Cinnamon Deutsch):
- records file and application usage disabled
- Settings (Einstellungen) => Privacy (Datenschutz) => Usage & History (benutzte Dateien?)
- turn "on" (die Einstellung einschalten)
((2)) Installieren
Siehe [[https://linuxize.com/post/how-to-install-vmware-workstation-player-on-debian-9/ folgende Seite]] - die Beschreibung funktioniert auch unter Debian 10 und mit der neuesten Player-Version.
Kurz sind folgende Schritte zu unternehmen:
((3)) Notwendige Pakete installieren
##
sudo apt update
sudo apt install build-essential
sudo apt install linux-headers-$(dpkg --print-architecture)
##
((2)) Öffnen einer VM unter Debian 10 nicht möglich gewesen
Das Problem [[https://docs.vmware.com/en/VMware-Workstation-Player/15/rn/player-15-release-notes.html#knownissues soll bekannt sein]]. Man muss einfach das Anlegen der Einträge in der Dokumentenhistorie ermöglichen (am Beispiel Ubuntu Englisch / Debian mit Cinnamon Deutsch):
- records file and application usage disabled
- Settings (Einstellungen) => Privacy (Datenschutz) => Usage & History (benutzte Dateien?)
- turn "on" (die Einstellung einschalten)
Gelöscht:
Das Problem [[https://docs.vmware.com/en/VMware-Workstation-Player/15/rn/player-15-release-notes.html#knownissues soll bekannt sein]]. Man muss einfach das Anlegen der Einträge in der Dokumentenhistorie ermöglichen (am Beispiel Ubuntu Englisch / Debian mit Cinnamon Deutsch):
- records file and application usage disabled
- Settings (Einstellungen) => Privacy (Datenschutz) => Usage & History (benutzte Dateien?)
- turn "on" (die Einstellung einschalten)
Hinzugefügt:
((1)) ESXi-Lizenz besorgen
Auch wenn ESXi bis zu einem gewissen Umfang frei genutzt werden kann, muss eine Lizenz erworben werden. Diese muss bei VMWare geholt werden.
Auch wenn ESXi bis zu einem gewissen Umfang frei genutzt werden kann, muss eine Lizenz erworben werden. Diese muss bei VMWare geholt werden.
Hinzugefügt:
Sollte die reparierte Datei dann verschoben werden, muss nicht nur die
"##dateiname.vmdk##"
verschoben werden, sondern auch die zugehörige Flat-Datei...
"##dateiname.vmdk##"
verschoben werden, sondern auch die zugehörige Flat-Datei...
Hinzugefügt:
((1)) Festplattendatei reparieren
Nach Import einer Festplattendatei (in diesem Fall konkret mit Windows 10) aus einem VMware-Player in ESXi wollte die mit dieser HDD erstellte VM nicht starten. Das Problem sollte mit den ##vmkfstools## bereinigt werden. Es ging so (am Beispiel ESXi 7.0):
((2)) Konsole einschalten
(im Web-GUI):
=> Aktionen (Menü)
=> Dienste (Untermenü)
=> Konsolen-Shell aktivieren
=> auch SSH Shell aktivieren
((2)) per SSH auf die IP des ESXi einloggen
((2)) folgende Befehle ausführen:
##
cd (Pfad, wo die kaputte Datei liegt)
vmkfstools -i "kaputte_datei.vmdk" "reparierte_datei.vmdk" -d thin
##
Parameter "##-d thin##" ist dafür, dass die Platte nicht mehr Platz nimmt, als die auf ihr gespeicherten Daten.
Nach Import einer Festplattendatei (in diesem Fall konkret mit Windows 10) aus einem VMware-Player in ESXi wollte die mit dieser HDD erstellte VM nicht starten. Das Problem sollte mit den ##vmkfstools## bereinigt werden. Es ging so (am Beispiel ESXi 7.0):
((2)) Konsole einschalten
(im Web-GUI):
=> Aktionen (Menü)
=> Dienste (Untermenü)
=> Konsolen-Shell aktivieren
=> auch SSH Shell aktivieren
((2)) per SSH auf die IP des ESXi einloggen
((2)) folgende Befehle ausführen:
##
cd (Pfad, wo die kaputte Datei liegt)
vmkfstools -i "kaputte_datei.vmdk" "reparierte_datei.vmdk" -d thin
##
Parameter "##-d thin##" ist dafür, dass die Platte nicht mehr Platz nimmt, als die auf ihr gespeicherten Daten.
Gelöscht:
Hinzugefügt:
((1)) Öffnen einer VM unter Debian 10 nicht möglich gewesen
Das Problem [[https://docs.vmware.com/en/VMware-Workstation-Player/15/rn/player-15-release-notes.html#knownissues soll bekannt sein]]. Man muss einfach das Anlegen der Einträge in der Dokumentenhistorie ermöglichen (am Beispiel Ubuntu Englisch / Debian mit Cinnamon Deutsch):
- records file and application usage disabled
- Settings (Einstellungen) => Privacy (Datenschutz) => Usage & History (benutzte Dateien?)
- turn "on" (die Einstellung einschalten)
((1)) Weitere Themen
Das Problem [[https://docs.vmware.com/en/VMware-Workstation-Player/15/rn/player-15-release-notes.html#knownissues soll bekannt sein]]. Man muss einfach das Anlegen der Einträge in der Dokumentenhistorie ermöglichen (am Beispiel Ubuntu Englisch / Debian mit Cinnamon Deutsch):
- records file and application usage disabled
- Settings (Einstellungen) => Privacy (Datenschutz) => Usage & History (benutzte Dateien?)
- turn "on" (die Einstellung einschalten)
((1)) Weitere Themen
