[win2008] Corrupte MFT bij guest onder VMware ESX

[Anoniem: 380112]

Ik heb een probleem met een server waarvan in een keer een aantal bestanden corrupt geraakt zijn.
( dit probleem heb ik al gehad op meerdere servers, vandaar dat ik wil weten waar het vandaan zou kunnen komen, zodat het opgelost kan worden.)

in windows eventvwr\windows logs\system krijg ik de melding:
The file system structure on the disk is corrupt and unusable. Please run the chkdsk utility on the volume Data.
Event ID: 55



indien ik iets met het bestand wil doen, kopieren, verwijderen, renamen e.d. krijg ik de volgende error



het eerste wat ik ging doen is kijken op de site van microsoft, maar dat is echt microsoft logica
zie hier oftewel de bestanden

ik heb al verschillende programmas geprobeerd om het te herstellen zoals oa:

chkdsk in windows,
testdisk,
Spinrite
en nog diverse recovery software.

ik had in dit geval wel een backup van de bestanden.
het enige wat werkte was bij de vorige server de server te starten met een ubuntu bootdisk.
de corrupte bestanden te verwijderen, en weer terug te zetten vanuit de backup.
in ubuntu kun je overigens de bestanden wel gewoon openen en er alles mee doen.
op google kan ik over hetzelfde probleem niets vinden wat werkt, op het tweakers forum ook niet. vandaar deze post.

hier staan wat specificaties van de server

ik hoop dat iemand mij verder kan helpen.

[c.lemmers]

Lijkt meer op een vmware probleem dan op een windows probleem.
Volgens jou servergegevens
Check je logs van VMware eens

[CodeCaster]

Je geeft wel héél weinig informatie. Heb je de hardware al uitgesloten (memtest, schijf controleren)?

[_Arthur]

Zo te zien is het een Virtual Machine. Heb je je Host-OS al gecontroleerd of de disks allemaal OK zijn van het onderliggende systeem?

[ Voor 4% gewijzigd door _Arthur op 20-10-2010 11:09 ]

[sanfranjake]

Over welke versie van Windows hebben we het hier? 2008 zo te zien? 32bit 64bit?

[Anoniem: 58485]

Een chkdsk uitvoeren op je client OS?

Een chkdsk uitvoeren op je VM-os?

Disks nog in orde?

[Anoniem: 380112]

hardware is uitgesloten omdat het probleem bij meerdere servers voorkomt, wel allemaal met vmware,

er draaien 4 vm's op de meeste servers
2008-64 , 2008-32, 2003-R2 32

vorige week had ik er echter 1 waar maar 2 vms op draaien 2008-64 en een 2003-R2

Ik begin nu toch zwaar te twijfelen of het niet iets met bestandsrechten te maken kan hebben,

omdat de bestanden in ubuntu wel te openen zijn.

als ik bijvoorbeeld in ubuntu een (in windows) corrupte afbeelding open, deze bewerk en weer bewaar is deze in windows nog steeds corrupt.

ik heb bij deze server de bestanden weer verwijderd en vanuit een backup teruggezet dus heb dit nog niet kunnen proberen.

zou dat een mogelijkheid kunnen zijn dat ik in ubuntu de bestandsrechten op everyone zet?

ik ga het denk ik wel proberen als ik er weer een tegenkom.

in ieder geval bedankt voor alle snelle reacties.

ik laat het wel weten als ik wat verder kom, verdere reacties zijn altijd welkom natuurlijk.

[alt-92]

Anoniem: 380112 schreef op donderdag 28 oktober 2010 @ 07:58:
omdat de bestanden in ubuntu wel te openen zijn.

als ik bijvoorbeeld in ubuntu een (in windows) corrupte afbeelding open, deze bewerk en weer bewaar is deze in windows nog steeds corrupt.

Een corrupt bestand wordt niet opeens oncorrupt dan hoor... Waarschijnlijk is die file ook daar niet eens compleet te lezen.

ik heb bij deze server de bestanden weer verwijderd en vanuit een backup teruggezet dus heb dit nog niet kunnen proberen.
zou dat een mogelijkheid kunnen zijn dat ik in ubuntu de bestandsrechten op everyone zet?

En wat lost dat op aan een corrupt filesystem?
En dan nog everyone ook - waarom? Wat denk je daarmee te bereiken eigenlijk?

[Oogje]

Hoe heb je de provisioning van je diskspace in VMWare geregeld?

[sanfranjake]

Ik zit ook nog aan een mogelijke virusscanner te denken eigenlijk?

[Razwer]

Wat ik nu ga doen is appels met peren vergelijken, maar hyper-v reageert soortgelijk bij disk failures op de host. zie deze blog.
http://blogs.msdn.com/b/v...onds-to-disk-failure.aspx