That might be a good idea, but the whole policy of that product may not fits
the need of our project. so we need to have ourselves data mirror part.
Is that product an open source?
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com]On Behalf Of Ken Galipeau
Sent: Thursday, April 18, 2002 2:04 PM
To: File Systems Developers
Subject: [ntfsd] Re: Select IFS or DDK for my project?
Yes, Octopus does real-time data mirroring. Which does file (IFS) level. We
also have products that do block level (DDK). Since you mention file and
directory IFS seems like the right choice.
Rather then re-invent the wheel why not us an existing product.
Ken
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com]On Behalf Of David Beaver
Sent: Thursday, April 18, 2002 1:04 PM
To: File Systems Developers
Subject: [ntfsd] Re: Select IFS or DDK for my project?
This could be done either way; there was a product named Octopus (Ken?)
that pretty much did what you’re talking about years ago, but I haven’t
stayed in touch with what is out there now. If you know the blocks on
the device you’re interested in backing up, or if you can dedicate the
device to the data collection (long ago, in a life far away from this
one, I used to do some very high-speed telemetry data collection that
did this), filtering at the device level works fine.
As far as using TCP/IP from the kernel, you could go directly with TDI
(not a favorite of many, but I think it’s not too bad), or you could get
one of the kernel sockets packages out there; I know of at least two,
and I’m sure that there’s at least one more lurking. TDI is documented
(not terribly well) in the IFS kit, I believe (one of my gripes with the
current IFS kit format; since it installs over the DDK, it’s sometimes
difficult to determine where a particular doc set lies). If your
communications is time-critical, doing the kernel-user-kernel transition
can be too slow.
…dave
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Andy Champ
Sent: Thursday, April 18, 2002 12:51 AM
To: File Systems Developers
Subject: [ntfsd] Re: Select IFS or DDK for my project?
Ren Gao wrote:
Hi every one,
I have two questions:
I need to develop a real time data backup project,
when there are write request to the protected files or folders, I need
to write the same content to the backup server, so I find I need to
write a filter driver, but I am not sure on what level this filter
driver should be, a file system filter driver by using
IFS or a intermediate filter driver by using DDK ?
If on IFS I need to order it quickly.
This sounds like an IFS filter. Go and place your order!
And, which book fits my situation?
I need do the data transmission over TCP/IP when the
filter driver blocks the write request. I have no idea
how to do this in driver routine. I know there is a
method by signaling a kernel event to let user-mode
application know there are a event in kernel. but I
don’t think that the user-mode application can get the
data and send it over TCP/IP then tell the kernel
filter driver to send the request to next driver.
I think the standard technique user mode app to send a devioctl to your
filter, and have this block until there is some work for the user mode
app to do. The filter can then return the devioctl with the data that
needs to be processed. Others will have more detailed advice, but they
won’t be awake for hours yet as they are mostly US based.
Thanks in advance
Tida Rain
Hope this helps
Andy.
You are currently subscribed to ntfsd as: xxxxx@exmsft.com
To unsubscribe send a blank email to %%email.unsub%%
You are currently subscribed to ntfsd as: xxxxx@legato.com
To unsubscribe send a blank email to %%email.unsub%%
You are currently subscribed to ntfsd as: xxxxx@yahoo.ca
To unsubscribe send a blank email to %%email.unsub%%
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com