Veröffentlicht 17. August 20223 j 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!
17. August 20223 j Lösung 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.
Erstelle ein Konto oder melde dich an, um einen Kommentar zu schreiben.