Rufen Sie uns an: +49 341 242 502 10

Ich war hier: DataRescue

Verlauf der Änderungen der Seite DataRescue


Version [4644]

Zuletzt bearbeitet am 2024-02-04 21:12:02 durch ErdaxoAdmin
Hinzugefügt:
Wiederherstellen:
# Datei umbenennen:
mv configBundle-HostFQDN.tgz configBundle.tgz
# //maintenance mode// einschalten:
vim-cmd hostsvc/maintenance_mode_enter
# configBundle.tgz kopieren
(z. B. mit) scp ...
# host neu starten (!)
# verschiebe //config bundle// nach top:
mv configBundle.tgz /tmp/configBundle.tgz
# Befehl ausführen:
vim-cmd hostsvc/firmware/restore_config 0
# soll Problem des //UUID mismatch// überschrieben werden, dann besser mit 1:
vim-cmd hostsvc/firmware/restore_config 1
# System startet dann automatisch neu
# Vorsicht: ab ESXi 7.0 U2 //config// kann mit TPM verschlüsselt sein - geht also nur mit gleichem Host; also geht dann //UUID override// nicht, wenn TPM drin war;


Version [4643]

Bearbeitet am 2024-02-04 21:04:30 durch ErdaxoAdmin
Hinzugefügt:
((2)) Dann wiederherstellen
Achtung: gespeicherte //config// kann nur genutzt werden, wenn das neu aufgesetzte System gleiches //build// aufweist, die das gesicherte... Teste es mit:
##vmware -vl##
((2)) Spezialfall: Was passiert nach Stromausfall

Gelöscht:
((2)) Was passiert nach Stromausfall


Version [4642]

Bearbeitet am 2024-02-04 20:53:22 durch ErdaxoAdmin
Hinzugefügt:

((2)) Was passiert nach Stromausfall
Es kann sein, dass nach Stromausfall ein ESXi-Host nicht startet, weil "Device Error" beim Booten auftritt und das Booten unterbricht. Ein ähnliches [[https://community.spiceworks.com/topic/2325309-esxi-7-0b-fails-to-boot-after-power-outage-blackout Szenario wird hier beschrieben]].
In diesem Fall hat erstaunlicherweise Folgendes geholfen:
=> anderes Laufwerk im System zum Booten benutzen
=> darauf ein gleiches System installieren
=> Dateien von der BOOTBANK des neuen auf die des alten drüber kopieren
Dabei müssen einfach die Module identifiziert werden, die beschädigt sind - sonst fährt das Ding wieder hoch...


Version [4641]

Bearbeitet am 2024-02-04 20:41:02 durch ErdaxoAdmin
Hinzugefügt:
# sync configuration changed with persistent storage:
vim-cmd hostsvc/firmware/sync_config
# back-up config data for the ESXi host:
vim-cmd hostsvc/firmware/backup_config
# command will output a URL (http://<host_fqdn_orIP>/downloads/123456/configBundle-xx.xx.xx.xx.tgz) to download the backup file


Version [4640]

Bearbeitet am 2024-02-04 20:29:02 durch ErdaxoAdmin
Hinzugefügt:
%%(perl)


Version [4639]

Bearbeitet am 2024-02-04 20:28:49 durch ErdaxoAdmin

Keine Unterschiede

Version [4638]

Bearbeitet am 2024-02-04 20:28:34 durch ErdaxoAdmin
Hinzugefügt:
((2)) Vorbeugen
Die Konfiguration eines ESXi-Systems sollte ab und zu gespeichert werden (nach jeder wichtigeren Änderung?). Dies geht mit der Konsole so:


Version [4637]

Bearbeitet am 2024-02-03 21:19:36 durch ErdaxoAdmin
Hinzugefügt:
# etwas genauer lesen (jeweils 3 Versuche):
ddrescue -d -r3 /dev/sdb /pfad/zum/image/image.img /pfad/zum/log/logdatei.log
((1)) Rettung eines ESXi-Systems
Auf der Seite https://www.nakivo.com/blog/back-up-and-restore-vmware-esxi-host-configuration-guide/ sind gute Hinweise zum Backup eines defekten Hosts beschrieben. Die wichtigsten Schritte:
=> nachdem in ein Linux-Live-System auf dem Host gebootet wurde:
# list all partitions
ls -al /dev/sd*
# eventuell hilft auch:
fdisk -l | grep /dev/sda # sofern sda das Bootlaufwerk ist
# mount partition (marked as Microsoft basic data oder so...)
mkdir /mnt/sdX
mount /dev/sdX5 /mnt/sdX
#im gemounteten Laufwerk muss sich die Datei state.tgz, allerdings heißt sie eher:
configBundle-xxx-xxx-xxx-xxx.tgz mit IP-Namen


Version [4427]

Bearbeitet am 2023-03-19 18:06:11 durch ErdaxoAdmin
Hinzugefügt:
===== Datenrettung =====

Gelöscht:
===== Dattenrettung =====


Version [4426]

Die älteste bekannte Version dieser Seite wurde am 2023-03-19 15:58:27 von ErdaxoAdmin bearbeitet.