(vCSA/ESXi): VMs Snapshots konsolidiert, Backup Appliance Acronis bootet nicht mehr

[RealPride]

Hallo zusammen,

kenne mich leider noch nicht so tiefgehend mit Linux aus, aber da gibt es aktuell ein Problem mit unserer Backup Appliance Acronis. Folgendes ist geschehen: Übers VCenter kontrollieren wir öfters mal die Systeme, dort wurde gemeldet, dass zwei unserer Systeme konsolidiert werden müssen. Das war dann zum einen unser Fileserver und zum anderen der Exchange Server. Das haben wir dann auch getan (früher gab es bisher meines erachtens nach keine Probleme mit konsolidierungen). Seitdem möchte Acronis nicht mehr booten und meldet folgende Fehler:

Zitat

Dateisystemspezifische Implementierung von loctl[file] fehlgeschlagen Das Starten der virtuellen Maschine ist fehlgeschlagen. Die Festplatte '/vmfs/volumes/607589c1-6a11ef6a-7309-ecb1d7b2a7e8/Emaily16/Emaily16_4-000002.vmdk' oder eine der Snapshot-Festplatten, auf die sie angewiesen ist, konnte nicht geöffnet werden. Datei konnte nicht gesperrt werden Dateisystemspezifische Implementierung von OpenFile[file] fehlgeschlagen Dateisystemspezifische Implementierung von OpenFile[file] fehlgeschlagen Dateisystemspezifische Implementierung von OpenFile[file] fehlgeschlagen Dateisystemspezifische Implementierung von OpenFile[file] fehlgeschlagen Dateisystemspezifische Implementierung von OpenFile[file] fehlgeschlagen Dateisystemspezifische Implementierung von OpenFile[file] fehlgeschlagen Dateisystemspezifische Implementierung von OpenFile[file] fehlgeschlagen Dateisystemspezifische Implementierung von OpenFile[file] fehlgeschlagen Dateisystemspezifische Implementierung von OpenFile[file] fehlgeschlagen Dateisystemspezifische Implementierung von OpenFile[file] fehlgeschlagen Dateisystemspezifische Implementierung von OpenFile[file] fehlgeschlagen Dateisystemspezifische Implementierung von OpenFile[file] fehlgeschlagen Die Festplatte '/vmfs/volumes/607589c1-6a11ef6a-7309-ecb1d7b2a7e8/SRV-DA20_220707/SRV-DA20_220707-000002.vmdk' oder eine der Snapshot-Festplatten, auf die sie angewiesen ist, konnte nicht geöffnet werden. Die übergeordnete virtuelle Festplatte wurde nach dem Erstellen der untergeordneten virtuellen Festplatte geändert. Die Inhalts-ID der übergeordneten virtuellen Festplatte stimmt nicht mit der Inhalts-ID für die übergeordnete virtuelle Festplatte der untergeordneten virtuellen Festplatte überein Einschalten des Moduls 'Disk' fehlgeschlagen. Die Festplatte '/vmfs/volumes/607589c1-6a11ef6a-7309-ecb1d7b2a7e8/SRV-DA20_220707/SRV-DA20_220707_1-000002.vmdk' oder eine der Snapshot-Festplatten, auf die sie angewiesen ist, konnte nicht geöffnet werden. Die übergeordnete virtuelle Festplatte wurde nach dem Erstellen der untergeordneten virtuellen Festplatte geändert. Die Inhalts-ID der übergeordneten virtuellen Festplatte stimmt nicht mit der Inhalts-ID für die übergeordnete virtuelle Festplatte der untergeordneten virtuellen Festplatte überein

Ich gehe mal ausgehend der Fehlermeldung davon aus, dass Acronis beim booten auch von den Snapshots der jeweilgen Maschinen angewiesen ist? Wie kann ich das ganze wieder fixen? Ich hab da mal paar Lösungsmöglichkeiten probiert die ich per googlen gefunden hatte, aber bisher gerate ich immer in ne Sackgasse. Auf den Verzeichnissen der jeweiligen VMs befinden sich diese Inhalte:

 

ls -lah bei Emaily16

Zitat

total 283495808
drwxr-xr-x    1 root     root       84.0K Aug 15 12:43 .
drwxr-xr-t    1 root     root       80.0K Aug 10 14:15 ..
-rw-r--r--    1 root     root          92 May 11  2021 Emaily16-3dd0e759.hlog
-rw-------    1 root     root          13 Aug 15 08:57 Emaily16-aux.xml
-rw-------    1 root     root       20.0G Nov 19  2021 Emaily16-cc3ac71b.vswp
-rw-------    1 root     root        8.5K Aug 11 21:01 Emaily16.nvram
-rw-------    1 root     root          46 Aug 15 12:43 Emaily16.vmsd
-rwxr-xr-x    1 root     root        4.0K Aug 15 12:43 Emaily16.vmx
-rw-------    1 root     root           0 Nov 19  2021 Emaily16.vmx.lck
-rw-------    1 root     root        3.8K May 11  2021 Emaily16.vmxf
-rwxr-xr-x    1 root     root        4.0K Aug 15 12:43 Emaily16.vmx~
-rw-------    1 root     root        1.0G Aug 12 21:12 Emaily16_4-000002-sesparse.vmdk
-rw-------    1 root     root         317 Aug 15 08:56 Emaily16_4-000002.vmdk
-rw-------    1 root     root        7.8M Aug 15 12:43 Emaily16_4-ctk.vmdk
-rw-------    1 root     root      250.0G Aug 17 05:41 Emaily16_4-flat.vmdk
-rw-------    1 root     root         590 Aug 15 12:43 Emaily16_4.vmdk
-rw-------    1 root     root        7.9M Apr 26  2021 vmmcores-1.gz
-rw-------    1 root     root       13.7M Apr 26  2021 vmmcores-2.gz
-rw-r--r--    1 root     root        1.1M May 11  2021 vmware-16.log
-rw-r--r--    1 root     root      237.7K May 11  2021 vmware-17.log
-rw-r--r--    1 root     root        2.5M Jun 23  2021 vmware-18.log
-rw-r--r--    1 root     root        1.9M Jul 14  2021 vmware-19.log
-rw-r--r--    1 root     root        5.2M Oct 29  2021 vmware-20.log
-rw-r--r--    1 root     root        2.0M Nov 19  2021 vmware-21.log
-rw-r--r--    1 root     root        9.3M Aug 15 12:43 vmware.log
-rw-------    1 root     root       90.0M Nov 19  2021 vmx-Emaily16-3426404123-1.vswp
-rw-------    1 root     root       86.0M Jun 24  2021 vmx-Emaily16-3426404123-2.vswp

ls-lah bei SRV-DA20_220707

Zitat

[root@HostProdA:/vmfs/volumes/607589c1-6a11ef6a-7309-ecb1d7b2a7e8/SRV-DA20_220707] ls -lah
total 668410176
drwxr-xr-x    1 root     root       84.0K Aug 15 14:30 .
drwxr-xr-t    1 root     root       80.0K Aug 10 14:15 ..
-rw-------    1 root     root      626.0M Aug 12 19:50 SRV-DA20_220707-000002-sesparse.vmdk
-rw-------    1 root     root         327 Aug 15 08:58 SRV-DA20_220707-000002.vmdk
-rw-------    1 root     root        4.7M Aug 15 12:34 SRV-DA20_220707-000003-ctk.vmdk
-rw-------    1 root     root        3.0G Aug 17 05:53 SRV-DA20_220707-000003-sesparse.vmdk
-rw-------    1 root     root         455 Aug 15 12:34 SRV-DA20_220707-000003.vmdk
-rw-------    1 root     root        4.7M Aug 15 12:06 SRV-DA20_220707-000004-ctk.vmdk
-rw-------    1 root     root      626.0M Aug 15 12:06 SRV-DA20_220707-000004-sesparse.vmdk
-rw-------    1 root     root         401 Aug 15 12:34 SRV-DA20_220707-000004.vmdk
-rw-r--r--    1 root     root          92 Jul 13 15:08 SRV-DA20_220707-51b0326f.hlog
-rw-------    1 root     root       27.8K Aug 15 12:06 SRV-DA20_220707-Snapshot20.vmsn
-rw-------    1 root     root        8.0G Aug 15 11:59 SRV-DA20_220707-a5b0e533.vswp
-rw-r--r--    1 root     root         134 Aug 15 12:06 SRV-DA20_220707-aux.xml
-rw-------    1 root     root        4.7M Aug 15 12:34 SRV-DA20_220707-ctk.vmdk
-rw-------    1 root     root      150.0G Aug 15 12:34 SRV-DA20_220707-flat.vmdk
-rwx------    1 root     root      378.5K Aug 15 12:06 SRV-DA20_220707-vss_manifests20.zip
-rw-------    1 root     root        8.5K Aug 15 12:05 SRV-DA20_220707.nvram
-rw-------    1 root     root         627 Aug 15 12:34 SRV-DA20_220707.vmdk
-rw-r--r--    1 root     root         807 Aug 15 12:34 SRV-DA20_220707.vmsd
-rwxr-xr-x    1 root     root        3.3K Aug 15 12:08 SRV-DA20_220707.vmx
-rw-------    1 root     root           0 Aug 15 11:59 SRV-DA20_220707.vmx.lck
-rw-------    1 root     root        3.8K Aug 15 12:08 SRV-DA20_220707.vmxf
-rwxr-xr-x    1 root     root        3.2K Aug 15 12:08 SRV-DA20_220707.vmx~
-rw-------    1 root     root        2.8G Aug 12 19:50 SRV-DA20_220707_1-000002-sesparse.vmdk
-rw-------    1 root     root         332 Aug 15 08:57 SRV-DA20_220707_1-000002.vmdk
-rw-------    1 root     root        5.5M Aug 15 12:35 SRV-DA20_220707_1-000003-ctk.vmdk
-rw-------    1 root     root        4.3G Aug 17 05:49 SRV-DA20_220707_1-000003-sesparse.vmdk
-rw-------    1 root     root         462 Aug 15 14:30 SRV-DA20_220707_1-000003.vmdk
-rw-------    1 root     root        5.5M Aug 15 12:06 SRV-DA20_220707_1-000004-ctk.vmdk
-rw-------    1 root     root        2.8G Aug 15 12:06 SRV-DA20_220707_1-000004-sesparse.vmdk
-rw-------    1 root     root         408 Aug 15 12:34 SRV-DA20_220707_1-000004.vmdk
-rw-------    1 root     root        5.5M Aug 15 12:34 SRV-DA20_220707_1-ctk.vmdk
-rw-------    1 root     root      700.0G Aug 15 12:34 SRV-DA20_220707_1-flat.vmdk
-rw-------    1 root     root         632 Aug 15 12:34 SRV-DA20_220707_1.vmdk
-rw-r--r--    1 root     root      339.2K Jul 13 15:08 vmware-1.log
-rw-r--r--    1 root     root        2.2M Aug 15 11:57 vmware-2.log
-rw-r--r--    1 root     root      505.7K Aug 17 00:03 vmware.log
-rw-------    1 root     root       82.0M Aug 15 11:59 vmx-SRV-DA20_220707-2779833651-1.vswp
[root@HostProdA:/vmfs/volumes/607589c1-6a11ef6a-7309-ecb1d7b2a7e8/SRV-DA20_220707]

Was mir auffällt ist, das die betroffenen Dateien der Fehlermeldung jeweils 300bits~ groß sind. Aber was genau das heißt weiß ich leider auch nicht mehr. Würde mich auf ne Antwort freuen!

[Eye-Q]

Schau' dir mal die virtuellen Festplatten an, die der Backup-Appliance zugewiesen sind. Ich gehe stark davon aus, dass da noch virtuelle Platten (bzw. Snapshots) des File- und des Exchange-Servers zugewiesen, diese Snapshot-Dateien gibt es aber nicht mehr, weil ihr die manuell konsolidiert habt.

Die Dateien Emaily16_4-000002.vmdk, SRV-DA20_220707-000002.vmdk und SRV-DA20_220707_1-000002.vmdk sind jeweils Snapshot-Dateien (erkennbar an "-000002" im Namen) von den VMs, die gesichert werden, die werden während der Sicherung an die Backup-Appliance angehängt, so dass die Backup-Appliance direkt darauf zugreifen kann statt über das (virtuelle) Netzwerk.