TechOverflow Logo
TechOverflow

EC2-Fehler beheben: Veeam Cannot find a compatible file system for storing snapshot data

English Deutsch

Problem:

Sie versuchen, ein Veeam-Backup auf Ihrer EC2-Maschine auszuführen (z.B. auf einen entfernten SMB- oder NFS-Dienst), aber das Backup schlägt sofort nach dem Starten des Backup-Jobs fehl. Das Log sieht so aus:

veeam_job_log.txt
21:52:29   Job BackupJob1 started at 2020-12-23 21:52:29 GMT
21:52:30   Preparing to backup
21:52:40   [error] Failed to create volume snapshot
21:52:41   [error] Failed to take volume snapshot
21:52:41   [error] Failed to perform backup
21:52:41   [error] Cannot find a compatible file system for storing snapshot data
21:52:41   [error] Processing finished with errors at 2020-12-23 21:52:41 GMT

Das detaillierte Log in /var/log/veeam/veeamsvc.log zeigt diese Fehler:

veeam_detailed_log.txt
[23.12.2020 21:52:41.069] <140589764957952> lpbcore|       Searching for the best candidate to store snapshot data.
[23.12.2020 21:52:41.069] <140589764957952> lpbcore|         Logical block size limit 512 bytes
[23.12.2020 21:52:41.071] <140589764957952> lpbcore|       Searching for the best candidate to store snapshot data. Failed.
[23.12.2020 21:52:41.071] <140589764957952> lpbcore| ERR |No suitable devices for snapshot data storage were found.
[23.12.2020 21:52:41.071] <140589764957952> lpbcore| >>  |An exception was thrown from thread [140589764957952].
[23.12.2020 21:52:41.071] <140589764957952> lpbcore|     Detecting snapshot storage parameters. Failed.
[23.12.2020 21:52:41.071] <140589764957952> lpbcore|   Creating snapshot storage. Storage type: stretch file Failed.
[23.12.2020 21:52:41.071] <140589764957952> lpbcore| Creating machine snapshot using VeeamSnap kernel module Failed.
[23.12.2020 21:52:41.071] <140589764957952> lpbcore| ERR |Snapshot creation operation has failed.
[23.12.2020 21:52:41.071] <140589764957952> lpbcore| >>  |Cannot find a compatible file system for storing snapshot data
[23.12.2020 21:52:41.071] <140589764957952> lpbcore| >>  |--tr:Failed to create machine snapshot
[23.12.2020 21:52:41.071] <140589764957952> lpbcore| >>  |An exception was thrown from thread [140589764957952].
[23.12.2020 21:52:41.071] <140589764957952>        | Thread finished. Role: 'snapshot operation'.
[23.12.2020 21:52:41.102] <140590156179200> lpbcore| ERR |Cannot find a compatible file system for storing snapshot data
[23.12.2020 21:52:41.102] <140590156179200> lpbcore| >>  |--tr:Failed to create machine snapshot
[23.12.2020 21:52:41.102] <140590156179200> lpbcore| >>  |--tr:Failed to finish snapshot creation process.

Lösung

Veeam kann derzeit das EC2-EBS-Bootgerät /dev/xvda nicht als geeignetes Gerät zum Speichern von Snapshot-Daten erkennen.

  1. Sie müssen ein separates EBS-Block-Volume erstellen und an die VM anhängen. Die empfohlene Größe wird wie folgt berechnet: 15% * Gesamtgröße der zu sichernden Festplatten. Falls Sie Dateien oder Verzeichnisse sichern, verwenden Sie 0,25 * die maximal erwartete Größe der zu sichernden Dateien oder Verzeichnisse.
  2. Hängen Sie das neue EBS-Blockgerät an die VM an (z.B. als /dev/xvdb – verwenden Sie lsblk, um das richtige Laufwerk zu finden!)
  3. Erstellen Sie eine neue Partitionstabelle und eine neue Partition auf dem EBS-Gerät mit z.B.
create_partition_fdisk.sh
sudo fdisk /dev/xvdb

und geben Sie dann diese Befehle in fdisk ein: g um eine neue GUID-Partitionstabelle zu erstellen, dann n um eine neue Partition zu erstellen. Sie können überall die Standardparameter verwenden. Führen Sie dann w aus, um die Änderungen auf die Festplatte zu schreiben und beenden Sie fdisk mit Strg+D) 4. Erstellen Sie ein neues Dateisystem auf der neuen Partition z.B. mit

mkfs_ext4_xvdb1.sh
sudo mkfs.ext4 /dev/xvdb1
  1. Hängen Sie die Partition irgendwo ein (z.B. auf /mnt/) mit einem Befehl wie mount /dev/xvda1 /mnt. Um beim Booten automatisch einzuhängen, verwenden Sie eine Zeile wie
fstab_xvdb1_entry.txt
/dev/xvdb1 /mnt ext4 defaults,auto 0 0

in /etc/fstab. lsblk sollte Ihnen nun mitteilen, dass die Partition eingehängt ist, z.B.

lsblk_xvdb_output.txt
xvdb    202:16   0    2G  0 disk
└─xvdb1 202:17   0    2G  0 part /mnt
  1. Führen Sie veeam erneut aus. Das Backup sollte nun ordnungsgemäß funktionieren.

Ich weiß nicht genau, warum dieses Problem auftritt, aber EC2s /dev/xvda scheint aus Veeams Sicht kein normales Blockgerät zu sein.

Beachten Sie, dass Veeam den minimalen Speicherplatz für einen Snapshot-Speicher bei kompletten Maschinen-Backups als 10% * freier Speicherplatz + 5% * belegter Speicherplatz berechnet. Ich weiß nicht, ob diese Faktoren konstant oder dynamisch bestimmt werden, daher ist meine Empfehlung von 15% * Gesamtspeicherplatz wesentlich konservativer.

Check out similar posts by category: Backup, Linux