apt-get install vmfs-tools
vmfs-fuse /dev/sdb5 /mnt/vmfs

Saloperie de VMWare Software Manager qui plante, il faut modifier manuellement un fichier...

Avec partie 2 : https://vblog.io/de-vsphere-6-0-a-vsphere-6-5-seconde-partie-raison-et-sentiments/

Avec https://github.com/vmware/PowerCLI-Example-Scripts/blob/master/Modules/Backup-VCSA/Backup-VCSA.psm1

Via https://myvmworld.fr/sauvegarde-restauration-dun-vcenter-6-5/

PowerNSX provides a series of PowerShell cmdlets to administer and automate NSX for vSphere.

Backup & Restore de configuration ESXi en ligne de commande avec PowerCLI.

Backup

Connect-VIServer <mon-esxi-ip>
Get-VMHostFirmware -VMHost <mon-esxi-ip> -BackupConfiguration -DestinationPath "C:\Downloads"

Restore

Set-VMHost -VMHost <mon-esxi-ip> -State "Maintenance"
Get-VMHost "<mon-esxi-ip>" | Set-VMHostFirmware -Restore -DestinationPath "C:\Downloads"
Get-vmhost "<mon-esxi-ip>" | Set-VMHostFirmware -Restore -Force -DestinationPath "C:\Downloads"

Problème du jour : installer un Proxmox 4.4 en ZFS sur 4 disques plus cache.
L'installation se passe bien, mais gros bordel au reboot, impossible de trouver le pool ZFS, peu importe la configuration.

En vérifiant les disques, on voit des partitions de type "vmfs_volume_member".
Oui, les disques étaient dans un serveur esxi, mais sont sensés avoir été nettoyés. Même un dd if=/dev/zero avait été effectué, MAIS. Mais sur un bs=512.

Les superblocks vmfs commencent à 1M, la blague. Le FS commence à 2M.

dd if=/dev/zero of=/dev/sda bs=4M count=1

On lui vire 4M pour être bien sur, et ho, miracle, l'installation et le reboot passent en ZFS. Saloperie de "vmfs_volume_member".

On vérifie le contenu du fichier .ova :

tar -tf <mon-appliance>.ova

On extrait :

tar -xvf <mon-appliance>.ova

On récupère l'image disque au format vmdk :

<mon-appliance>.ovf
<mon-appliance>.vmdk

On convertit l'image disque :

qemu-img convert -O qcow2 <mon-appliance>.vmdk <mon-appliance>.qcow2

Visio Stencils for VMware, Hyper-V and Veeam