JAKE:
I can’t say that I know much about the OS’s filesystem architecture,
but I have looked extensively at these sorts of firewalls, and, based on
my experience, I would recommend uninstalling it and seeing what
happens. However, some of these products do not remove everything when
they uninstall, so I would look in Device Manager (making sure to enable
viewing hidden devices) to ensure that they do.
MM
>> xxxxx@osr.com 2006-07-14 10:13 >>>
Is Zone Alarm the ONLY software you have that installs kernel level
modifications? Or do you have an anti-virus filter in this system as
well?
Zone Alarm by itself is something we know to be invasive and to make
changes that we have seen destabilize the system. Can you reproduce
the
problem without Zone Alarm installed?
And I must admit “corruption in the kernel memory” doesn’t seem to fit
with anything you’ve described, so I’m wondering why you think the
kernel memory is corrupted.
None of the file sizes you described for those meta data structures
seem
unreasonable given the description you’ve provided.
When you force chkdsk to run does it observe any file system level
corruption? I know it is easy to point the finger at NTFS in this
case,
but in fact my suspicion is that Zone Alarm or some other third party
product installed on the system has never been tested in a scenario
like
you described (while I’m actually sure that NTFS HAS been tested in
scenarios like you described.) Thus, NTFS is not (in my mind) the
first
place to start looking for the problem.
Regards,
Tony
Tony Mason
Consulting Partner
OSR Open Systems Resources, Inc.
http://www.osr.com
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of xxxxx@gmail.com
Sent: Friday, July 14, 2006 9:01 AM
To: ntfsd redirect
Subject: [ntfsd] system corruption from too many files
Hi,
I’m new to the forum, and I have a problem to share with you all. I
hope that you can give me some ideas.
I am using windows XP pro, with a 3U server machine and 15 disk
volumes.
The OS is mirrored on 2 hard drives, and I have 14 volumes in which to
write .txt files. My program will write millions of .txt files to the
14 disks in an evenly distributed manner, and really, there is no rest
for the computer. After several hundreds of thousands of files have
been written, my firewall application(zone alarm) crashes, and then I
am
unable to open any other programs due to corruption in the kernel
memory.
My application uses windows HANDLES, and CreateFile() WriteFile() and
CloseHandle() functions for file I/O. The I/O is unbuffered, and uses
the write-through method. The problem occurs consistently using 3
different RAID controllers, so I am inclined to believe that the
problem
is in the OS File system.
When I perform a !filecache operation using the Kernel Debugger, I see
that the $Logfile and $Mft files are huge (up to 100MB each) There
are
14 $Logfile entries of considerable size, 14 $Mft entries of
considerable size, and 14 more $Mft entries of small size.
Any help would be greatly appreciated. Thank you.
Jake Chung
Questions? First check the IFS FAQ at
https://www.osronline.com/article.cfm?id=17
You are currently subscribed to ntfsd as: xxxxx@osr.com To unsubscribe
send a blank email to xxxxx@lists.osr.com
Questions? First check the IFS FAQ at
https://www.osronline.com/article.cfm?id=17
You are currently subscribed to ntfsd as: unknown lmsubst tag argument:
‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com