EldoS | Feel safer!

Software components for data protection, secure storage and transfer

Access drive mounted using CBFS as block device

Also by EldoS: Solid File System
A virtual file system that offers a feature-rich storage for application documents and data with built-in compression and encryption.
#12313
Posted: 02/04/2010 14:31:36
by Edgar Sevilla (Basic support level)
Joined: 02/03/2010
Posts: 2

I currently have implemented CBFS to mount a custom image as say drive letter G:. In addition I want to be able to access it as a block device using WIN32 APIs, such as CreateFile("\\.\g:", ..). Not sure if this is possible. Is it? Thank you.
#12317
Posted: 02/04/2010 23:22:06
by Eugene Mayevski (EldoS Corp.)

Callback File System emulates a file system, not a block device. So it doesn't even have callbacks to read and write raw disk data. CallbackDisk 2, when released, will probably support this functionality. But I don't think we will extend Callback File System for this as this product has different functions and different design goals.


Sincerely yours
Eugene Mayevski
#12324
Posted: 02/05/2010 13:55:16
by Edgar Sevilla (Basic support level)
Joined: 02/03/2010
Posts: 2

Using a combination of cbFS and cbDisk. Is this possible? I am able to get each to work individually. For example, I can use cbDisk to mount an image as block device named G: then I can access it using Win32 API, and as mentioned before I can mount a custom filesystem as G:. What I can't do is both at the same time. Is that possible with your current products? If not is this something CBDisk2 will allow. Thanks
#12325
Posted: 02/05/2010 15:00:11
by Eugene Mayevski (EldoS Corp.)

CallbackDisk and Callback File System offer different functions for different purposes. Callback File System is meant to represent the sparsely located or distributed data as one disk. CallbackDisk, in opposite, represent one integral storage. Combining these two entities makes very little sense. If you explain, what exactly you want to achieve, we will consider adding this functionality to Callback File System 3.x (after 3.0). CallbackDisk will remain a *disk* "emulator".


Sincerely yours
Eugene Mayevski
#19286
Posted: 03/04/2012 06:11:24
by Fred Lackey (Basic support level)
Joined: 03/03/2012
Posts: 16

I found this thread because I am considering doing the same thing... using BOTH CallbackDisk and Callback File System TOGETHER. I want to build a "remote" or "hosted" file system BUT I need cached storage locally to improve performance. My thought is to use Call Back File System as the "front end" to the OS, and display the full directory structure, but use a local blob of storage for caching and use CallbackDisk to read/write files to the blob.

Is this possible? Since this seems to be a common request, is there an example demonstrating this?

Many thanks,
Fred
#19288
Posted: 03/04/2012 07:33:48
by Eugene Mayevski (EldoS Corp.)

When you mount a virtual disk with CallbackDisk, you get a disk device with a drive letter.

You can use Mapper sample of Callback File System to map the directory (including the root directory) of any disk (including the one mounted by CallbackDisk) to a new virtual disk.

But for me it looks like CBFS is not necessary in this case. If the element of remote storage is a cluster of the disk stored in BLOB entry, then CallbackDisk would be enough. Alternatively you can use SolFS OS edition which gives more functionality than CallbackDisk. One more option is a combination of SolFS *Application* Edition and CBFS.


Sincerely yours
Eugene Mayevski
#19289
Posted: 03/04/2012 07:57:37
by Fred Lackey (Basic support level)
Joined: 03/03/2012
Posts: 16

Please clarify. Not all files will be stored in the blob. And, the files that ARE in the blob will be in a custom hierarchy that is NOT a proper directory structure. The REMOTE server will contain many more files and information on the hierarchy of the directory structure.

My plan was to use CBFS to emulate the formal directory structure and then INTERCEPT the calls. I would then determine if the file was in the local cache (the blob) or not.

What products would bee the best fit for this scenario?

Thanks,
Fred
#19291
Posted: 03/04/2012 08:22:31
by Eugene Mayevski (EldoS Corp.)

With CBFS you don't "intercept" anything - you handle those requests (they are not handled anywhere).

Unfortunately without more detailed description of the complete architecture (and I assume that such information is a secret that should not be present in the public forum) I can't offer you the right combination of products. In particular I don't understand how blobs could speed up operations (and what code is supposed to cache those blobs). If you need a local storage for some data, take a look at SolFS (Application Edition) - it is very handy for such intermediate storage and you can keep its pages on the remote server if needed.

I can say for sure that any architecture can be implemented with our products, but here you would have to learn more about them and decide which route to go.


Sincerely yours
Eugene Mayevski
Also by EldoS: BizCrypto
Components for BizTalk® and SQL Server® Integration Services that let you securely store and transfer information in your business automation solutions.

Reply

Statistics

Topic viewed 3148 times

Number of guests: 1, registered members: 0, in total hidden: 0




|

Back to top

As of July 15, 2016 EldoS Corporation will operate as a division of /n software inc. For more information, please read the announcement.

Got it!