T
tweb
Hi there,
I'm having some issues with running chkdsk and defragmentation (diskeeper
version 8), and need some advice on what's going on, and what to do next:
Background:
-Windows 2000 Server running IIS.
-RAID-0 (36g x 5)
-One Partition: (The C:\ Drive) - currently 99G free, 69.6 G in use.
-Web Server adds new static content constantly to the file system.
-Heavy, 24x7 flow of web traffic for reading static web pages.
Server History (in order from earliest to most recent):
-Server is relatively new; we migrated c:\inetpub\wwwroot contents from an
obsolete 2000 server to this server this past August. Copying content
involved doing an xcopy from the old server to the new server.
-Sorry to be vague, but something about the xcopy didn't work properly, and
subsequent maintenance runs of chkdsk hosed NTFS permissions on some of the
copied files. We had to go in manually to reset permissions (Anonymous
user) on problematic folders. We recall that there is a documented
knowledge-base article describing problems invoking xcopy on a large volume
of data from one NTFS partition to another, and chkdsk hosing that data
and/or NTFS permissions. Again, sorry, but I don't have any more detail on
this knowledge base article.
-Applied the following Windows hot fixes: 883935,
841356,840987,841533,824151,873339,885836,885835.
-Our installation of Diskeeper version 8 started having problems
defragmenting the c: drive. May be a purely coincidental, but the shortly
after applying the hotfixes, we started having these problems, judging by
event log entries.
-Ran low level disk diagnostics on the RAID Array (HPArray Configuration
Utility) and didn't turn up any physical problems with any of the disks.
-We contacted Diskeeper support and they advised us to run chkdsk on the
offending partition (the c:\ drive).
-Ran chkdsk /f as advised. Doesn't look like anything worked... Attached
(chkdsk.txt) is output from the 4 consecutive chkdsk runs. So far, we have
only run chkdsk (no switches) and chkdsk /f with reboot.
-As of late, we're seeing 2 distinct errors getting thrown out from
Diskeeper in our event log - I'm assuming this is somehow related to
scheduled Diskeeper operations specifically on the c: drive:
A) DCOM error. The Diskeeper Module DKService.exe has reported the error
"The remote procedure call failed and did not execute."(0x800706bf) while
calling SetData on clsid {00000113-0000-0000-54FD-A100B8614200}
(**Note: GUID changes up and can't be found searching through the registry.)
B) SetServiceStatus failed.
It's curious to note that Diskeeper runs for the other 2 drives, and
successfully logs completion in the Event Log - Makes me think that the
errors above correlate directly to defrag operations on the c: drive.
To sum up: it looks like we've got 2 problems - maybe they're related, but
at the moment, I don't think they are.
In order of priority:
1) What's going on with our chkdsk and defrag routines? What are the next
steps?
2) Why are we having problems from doing the initial xcopy, and doing
subsequent chkdsk runs which hose NTFS permissions?
Is there any chance these issues are related?
Your assistance would greatly be appreciated!
Thanx muchly,
-Wes S.
I'm having some issues with running chkdsk and defragmentation (diskeeper
version 8), and need some advice on what's going on, and what to do next:
Background:
-Windows 2000 Server running IIS.
-RAID-0 (36g x 5)
-One Partition: (The C:\ Drive) - currently 99G free, 69.6 G in use.
-Web Server adds new static content constantly to the file system.
-Heavy, 24x7 flow of web traffic for reading static web pages.
Server History (in order from earliest to most recent):
-Server is relatively new; we migrated c:\inetpub\wwwroot contents from an
obsolete 2000 server to this server this past August. Copying content
involved doing an xcopy from the old server to the new server.
-Sorry to be vague, but something about the xcopy didn't work properly, and
subsequent maintenance runs of chkdsk hosed NTFS permissions on some of the
copied files. We had to go in manually to reset permissions (Anonymous
user) on problematic folders. We recall that there is a documented
knowledge-base article describing problems invoking xcopy on a large volume
of data from one NTFS partition to another, and chkdsk hosing that data
and/or NTFS permissions. Again, sorry, but I don't have any more detail on
this knowledge base article.
-Applied the following Windows hot fixes: 883935,
841356,840987,841533,824151,873339,885836,885835.
-Our installation of Diskeeper version 8 started having problems
defragmenting the c: drive. May be a purely coincidental, but the shortly
after applying the hotfixes, we started having these problems, judging by
event log entries.
-Ran low level disk diagnostics on the RAID Array (HPArray Configuration
Utility) and didn't turn up any physical problems with any of the disks.
-We contacted Diskeeper support and they advised us to run chkdsk on the
offending partition (the c:\ drive).
-Ran chkdsk /f as advised. Doesn't look like anything worked... Attached
(chkdsk.txt) is output from the 4 consecutive chkdsk runs. So far, we have
only run chkdsk (no switches) and chkdsk /f with reboot.
-As of late, we're seeing 2 distinct errors getting thrown out from
Diskeeper in our event log - I'm assuming this is somehow related to
scheduled Diskeeper operations specifically on the c: drive:
A) DCOM error. The Diskeeper Module DKService.exe has reported the error
"The remote procedure call failed and did not execute."(0x800706bf) while
calling SetData on clsid {00000113-0000-0000-54FD-A100B8614200}
(**Note: GUID changes up and can't be found searching through the registry.)
B) SetServiceStatus failed.
It's curious to note that Diskeeper runs for the other 2 drives, and
successfully logs completion in the Event Log - Makes me think that the
errors above correlate directly to defrag operations on the c: drive.
To sum up: it looks like we've got 2 problems - maybe they're related, but
at the moment, I don't think they are.
In order of priority:
1) What's going on with our chkdsk and defrag routines? What are the next
steps?
2) Why are we having problems from doing the initial xcopy, and doing
subsequent chkdsk runs which hose NTFS permissions?
Is there any chance these issues are related?
Your assistance would greatly be appreciated!
Thanx muchly,
-Wes S.