chkdsk /F wird ignoriert

[tomtom]

Hallo zusammen,

ich habe mal ein anderes Problem als sonst.

Ich will einen Checkdisk machen und der wird auch für den nächsten Reboot eingeplant. Aber beim booten wird er nicht ausgeführt,kein Hinweis das das System die Information beim booten bekommt.

Nach dem boot sehe ich mit chkntfs das auch die Information noch immer gesetzt ist.

Die VM ist W2K3 und liegt auf dem SAN auf einer XP (HP), die über 2 pfade redundant angeschlossen ist. Das Problem habe ich allerdings nur auf dem ESX Server.

Sind da Tips oder infos verfügbar?

Gruß
tomtom

[bolder]

Hallo allerseits!

Ich habe das gleiche Problem wie tomtom.
Der Thread ist ja schon recht alt, und niemand hatte eine Lösung - vielleicht ja jetzt .....

Unterschied zur Konfiguration von tomtom: das System hängt nicht im SAN sondern hat lokale Datenplatten.

Ich habe jetzt längere Zeit Google bemüht. In diversen Foren gibt es immer wieder Anfragen zu diesem Thema aber keine Lösungen.
Ein Ansatz ist, dass jemand dieses Problem nur auf dem ESX-Server hat, nicht aber auf der Workstation oder dem GSX-Server. Daraus schließe ich, dass es mit dem vmfs-Filesystem zusammenhängen muss. Ich denke, dass darauf der chkdsk nicht funktioniert.

Gibt es eine Möglichkeit, die vmdk-Datei vom ESX-Server (also von der Console) zu checken?

Oder hat jemand eine andere Idee?

Gruß
Olaf

[stgepopp]

Hallo,

ein chkdsk eines VMFS2/3 wird m.W. nicht unterstützt, d.h. wird nicht funktionieren.

Ein chkdsk eines Gast-OS-Dateisystems MUSS funktionieren.

Ich habe tomtom so verstanden, dass er in einem W2k3-Gast keinen chkdsk durchführen kann. Soeben (ESX3) getestet -> ist wie erwartet, chkdsk wird nach dem Reboot durchgeführt.

Evtl. gibt es Probleme mit dem SAN. Sie mal das /var/log/vmkernel durch.

Erich

[bolder]

Hallo,

Problem mit SAN kann ich ausschließen, da der Server nicht an ein SAN angeschlossen ist, hat nur lokale Platten.

Ich habe mal die vmkernel beigefügt. Mir fällt da nichts besonderes zu diesem Thema auf, vielleicht habe ich es aber auch übersehen.
Das Problem wurde am 12.09. gegen 13 Uhr bekannt; betroffen ist der virtuelle Server mit dem Namen HR7002SV.

Olaf

[bolder]

Hallo zusammen!

Problem hat sich gelöst.
Ich habe nochmal etwas intensiver gegoogelt und bin dabei auf folgendes gestoßen:

http://www.vmware.com/community/thread. ... 55&#205055

Was dabei zur Lösung geführt hat war:

---------------------------------------
I tried all the things suggested in the article none of them were helping. I finally searched the hard drive for the autochk.exe that it said the kernel was calling to run the disk check.
I found one in the i386 directory (copied from the Windows 2003 CD) that was 581K. It also found one in the system32 directory that was only 21K, and had a different date from the file above (the disk check is currently running or I would fill in the dates). I renamed the 21K file to autochk_bad. I went to copy the 581K file from the i386 directory and it told me it already existed with the correct size and date. I went ahead and copied over it anyway. I rebooted and the disk check immediately began to run.
I have antivirus running on this machine, I am very confused about how this system file could have gotten replaced.I will look at it closer once the machine has finished it's disk check and finished booting up.
---------------------------------------
Check out the manufacturer on the file. I believe this may be a bug in vmware. Maybe it was the vmtools that replaced the autochk.exe?

Creation date: 20050325060000.000000-360
8.3 file name: c:\winnt\system32\autoch~1.exe
File size: 21504
Last accessed: 20050620154431.313397-300
Last modified: 20050224113642.000000-360
Manufacturer: VMware, Inc.
Name: c:\winnt\system32\autochk_bad.exe
Version: 1.2.0 build-12684

Here's the same info on the good file.

Creation date: 20050325060000.000000-360
8.3 file name: c:\winnt\system32\autochk.exe
File size: 594432
Last accessed: 20050620152642.218750-300
Last modified: 20050325060000.000000-360
Manufacturer: Microsoft Corporation
Name: c:\winnt\system32\autochk.exe
Version: 5.2.3790.1830 (srv03_sp1_rtm.050324-1447)
----------------------------------------

Es ist also ein Problem der Windows-Installation.
Auf der VM befand sich die falsche autochk.exe (File size: 21504).
Datei wurde ausgetauscht, jetzt läuft chkdsk durch.

Gruß
Olaf