Bare Metal Backup/Restore Proxmox host: was ist /dev/fuse ?

[anderl1969]

Hallo Forum,

ich beschäftige mich gerade mit dem Backup des Proxmox Hosts. Mein Ziel ist es, den Host so zu sichern, dass er mittels Bare Metal Restore schnell und einfach wieder herzustellen ist. Dazu habe ich den Veeam Linux Agent auf dem Host eingerichtet, der die "Systemplatte" /dev/sdb komplett (volume based) auf eine externe USB-HDD (/dev/sdd) weg sichert.

Hier mal eine Übersicht mittels lsblk:

root@pve1:/dev # lsblk
NAME                        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                           8:0    0  10.9T  0 disk
├─sda1                        8:1    0   128M  0 part
└─sda2                        8:2    0  10.9T  0 part
sdb                           8:16   0 119.2G  0 disk
├─sdb1                        8:17   0  1007K  0 part
├─sdb2                        8:18   0   512M  0 part
└─sdb3                        8:19   0 118.7G  0 part
  ├─pve-swap                253:2    0     8G  0 lvm  [SWAP]
  └─pve-root                253:3    0 110.7G  0 lvm  /
sdc                           8:32   0 931.5G  0 disk
├─stor-data_tmeta           253:0    0   9.3G  0 lvm
│ └─stor-data-tpool         253:4    0 912.8G  0 lvm
│   ├─stor-data             253:5    0 912.8G  1 lvm
│   ├─stor-vm--100--disk--0 253:6    0    64G  0 lvm
│   ├─stor-vm--900--disk--0 253:7    0   128G  0 lvm
│   ├─stor-vm--101--disk--0 253:8    0    32G  0 lvm
│   └─stor-vm--800--disk--0 253:9    0     8G  0 lvm
└─stor-data_tdata           253:1    0 912.8G  0 lvm
  └─stor-data-tpool         253:4    0 912.8G  0 lvm
    ├─stor-data             253:5    0 912.8G  1 lvm
    ├─stor-vm--100--disk--0 253:6    0    64G  0 lvm
    ├─stor-vm--900--disk--0 253:7    0   128G  0 lvm
    ├─stor-vm--101--disk--0 253:8    0    32G  0 lvm
    └─stor-vm--800--disk--0 253:9    0     8G  0 lvm
sdd                           8:48   0 232.9G  0 disk
└─sdd1                        8:49   0 232.9G  0 part /media/veeam_hdd

• /dev/sda ist ein RAID-Verbund, der 1:1 an eine VM durchgereicht wird, und hier nicht weiter von Belang ist.
• /dev/sdb ist die System-SSD, die gesichert werden soll.
• /dev/sdc ist eine weitere SSD mit einer eigenen LVM VG (stor), auf der die virtuellen Datenträger der VMs und CTs gespeichert sind. Auch diese SSD ist hier nicht weiter von Belang, da das Backup der VMs anderweitig gelöst ist.
• /dev/sdd ist die externe USB-HDD - das Backup Target.

Das Veeam Backup habe ich so konfiguriert, dass es /dev/sdb komplett sichern soll. Es läuft auch fehlerfrei durch, abgesehen von einer Warnung, dass mein System (HP Microserver Gen8) kein EFI-System sei. Das an der Stelle nur der Vollständigkeit halber...

Wenn ich das Backup probehalber mounte, um einzelne Dateien zurückzuholen, stelle ich fest, dass im Backup der Ordner /mn/backup/etc/pve leer ist.
Was mich zu meiner eigentlichen Frage bringt:

Was ist /dev/fuse und wo ist es physikalisch verortet und wie kriege ich es in mein Backup integriert?

root@pve1:/dev # df -h
Filesystem                 Size  Used Avail Use% Mounted on
udev                       7.8G     0  7.8G   0% /dev
tmpfs                      1.6G  1.4M  1.6G   1% /run
/dev/mapper/pve-root       109G   31G   74G  29% /
tmpfs                      7.8G   43M  7.8G   1% /dev/shm
tmpfs                      5.0M     0  5.0M   0% /run/lock
/dev/fuse                  128M   20K  128M   1% /etc/pve
/dev/sdd1                  229G   29G  189G  14% /media/veeam_hdd
//Backup/backuptargetpve1  2.8T  1.1T  1.7T  39% /mnt/pve/smbBackupStorage
tmpfs                      1.6G     0  1.6G   0% /run/user/0

 

[Dunuin]

PMXCFS nutzt fuse um deine Configs aus der SQLite DB nach /etc/pve zu mounten. Siehe hier: https://pve.proxmox.com/wiki/Proxmox_Cluster_File_System_(pmxcfs)

Bist du sicher, dass das mit veaam geht wenn dein PVE läuft? Eigentlich möchte man PVE ja nicht laufen haben wenn man es sichert, damit Datenintegrität sichergestellt ist. Oder man müsste wenigstens vorher ein Snapshot vom ganzen Rootdateisystem anlegen und dann den Snapshot wegsichern.

 

[anderl1969]

Sicher bin ich natürlich (noch) nicht, ob Veeam das leistet, was ich erwarte. Zumindest legt Veeam zu Beginn einen Snapshot an und sichert diesen. Das lässt mich hoffen. Ich bin an der Stelle etwas verwöhnt:

Spoiler: belanglose Side-Story

Der Windows Server Essentials, den ich jetzt unter Proxmox in einer VM habe, lief vorher direkt auf der Maschine. Und mit der Windows eigenen Server-Sicherung war es absolut problemlos möglich, im laufenden Betrieb ein Bare-Metal Backup auf einer externen USB-HDD anzulegen. Und mit dem Windows Server Installations-Medium als "Rettungs-DVD" war damit auch zuverlässig ein Bare-Metal-Restore möglich. Hat mir oft den Arsch gerettet, wenn ich mich in den Untiefen der Windows AD Konfiguration verzettelt hatte.

Danke für den Link. Wenn ich es richtig verstanden habe, liegt das "Device" /dev/fuse (wenn ich es mal komplett laienhaft ausdrücken darf) in Form einer SQLite-DB unter /var/lib/pve-cluster:

root@pve1:/var/lib/pve-cluster # ll -h
total 4.1M
-rw------- 1 root root  56K Jul 24 16:30 config.db
-rw------- 1 root root  32K Jul 24 16:30 config.db-shm
-rw------- 1 root root 4.0M Jul 24 16:30 config.db-wal

Mal zum Vergleich, was Veeam an der Stelle gesichert hat:

root@pve1:/mnt/backup/var/lib/pve-cluster # ll -h
total 4.1M
-rw------- 1 root root  56K Jul 24 02:20 config.db
-rw------- 1 root root  32K Jul 24 02:29 config.db-shm
-rw------- 1 root root 4.0M Jul 24 02:30 config.db-wal

Das sieht doch auf den ersten Blick gar nicht so verkehrt aus. Ob ein Bare Metal Restore mit Veeam funktioniert, muss ich natürlich noch unter Real-Bedingungen testen. Dazu muss ich mir noch eine Reserve-Boot-SSD besorgen.

Du hast mich auf jeden Fall schon ein Stück weiter gebracht. Würde mich trotzdem über weitere Kommentare von Dir freuen.