ThomasChr
Active Member
Hallo liebes Forum,
habe gerade ein eher doofes Problem.
Ein virtueller Windows Server läuft auf einem esx-Host. Mittlerweile ist er dort allein und somit kann der esx Host auch runtergefahren werden wenn nötig. Aktuell läuft der Server aber es müssen Snapshots konsolidiert werden.
Beim Snapshot konsolidieren arbeitet er alle *ctk*-Dateien ab welche für irgendein Change-Tracking erforderlich sind, notfalls aber wohl auch einfach weggeschoben werden können ( https://paulgrevink.wordpress.com/2013/12/02/vm-disk-consolidation-fails/ )
Problem bei uns: Das Storage, welches mit noch einem weiteren esx-Host geteilt wird (hier also kein wirkliches rumspielen möglich) scheint hier einen Treffer zu haben. Lasse ich mir im Verzeichnis des Servers die Dateien anzeigen so scheint er eine Datei 'srvaida1-000002-ctk.vmdk' zu erwarten, die aber im ls tatsächlich dann nicht existiert. Das gleiche passiert wenn man die Dateien verschieben will - er möchte die Datei verschieben, sagt dann aber dass es die Datei nicht gibt.
Beispiel:
(das 'no such file or directory' sollte eigentlich garnicht kommen, denn entweder ist die Datei da - dann wird sie im ls angezeigt - oder nicht, dann sollte der ls aber auch garnichts davon sagen)
Ich vermute dass irgendwo in der FileAllocation Table des Storages wohl die Datei eingetragen ist aber dann tatsächlich nicht existiert. Problem ist jetzt dass beim konsolidieren die Datei auch erwartet wird aber dann nicht zugegriffen werden kann.
Es ist also eine Geisterdatei, ganz klar.
So - Ideen?
habe gerade ein eher doofes Problem.
Ein virtueller Windows Server läuft auf einem esx-Host. Mittlerweile ist er dort allein und somit kann der esx Host auch runtergefahren werden wenn nötig. Aktuell läuft der Server aber es müssen Snapshots konsolidiert werden.
Beim Snapshot konsolidieren arbeitet er alle *ctk*-Dateien ab welche für irgendein Change-Tracking erforderlich sind, notfalls aber wohl auch einfach weggeschoben werden können ( https://paulgrevink.wordpress.com/2013/12/02/vm-disk-consolidation-fails/ )
Problem bei uns: Das Storage, welches mit noch einem weiteren esx-Host geteilt wird (hier also kein wirkliches rumspielen möglich) scheint hier einen Treffer zu haben. Lasse ich mir im Verzeichnis des Servers die Dateien anzeigen so scheint er eine Datei 'srvaida1-000002-ctk.vmdk' zu erwarten, die aber im ls tatsächlich dann nicht existiert. Das gleiche passiert wenn man die Dateien verschieben will - er möchte die Datei verschieben, sagt dann aber dass es die Datei nicht gibt.
Beispiel:
Code:
[root@ESXiRZ1:/vmfs/volumes/568c1dcd-e66375f2-1cf9-001018ad54b0/srvaida1] ls -la /vmfs/volumes/568c1dcd-e66375f2-1cf9-001018ad54b0/srvaida1/*ctk*
ls: /vmfs/volumes/568c1dcd-e66375f2-1cf9-001018ad54b0/srvaida1/srvaida1-000002-ctk.vmdk: No such file or directory
-rw------- 1 root root 3932672 Oct 24 07:49 /vmfs/volumes/568c1dcd-e66375f2-1cf9-001018ad54b0/srvaida1/srvaida1-000001-ctk.vmdk
-rw------- 1 root root 3932672 Oct 24 07:50 /vmfs/volumes/568c1dcd-e66375f2-1cf9-001018ad54b0/srvaida1/srvaida1-000009-ctk.vmdk
-rw------- 1 root root 6554112 Oct 24 07:50 /vmfs/volumes/568c1dcd-e66375f2-1cf9-001018ad54b0/srvaida1/srvaida1_1-ctk.vmdkIch vermute dass irgendwo in der FileAllocation Table des Storages wohl die Datei eingetragen ist aber dann tatsächlich nicht existiert. Problem ist jetzt dass beim konsolidieren die Datei auch erwartet wird aber dann nicht zugegriffen werden kann.
Es ist also eine Geisterdatei, ganz klar.
So - Ideen?
