On 2014-02-26 18:35:09, Lance Reed wrote: > Tyler, > > Thanks for the response! > Red Hat Enterprise Linux Server release 6.4 (Santiago) (and Centos 6.4) > 2.6.32-358.14.1.el6.x86_64 While I've not made any recent changes that I would expect to improve glusterfs support, that is a somewhat old kernel and a newer version may, obviously, have different results. However, I should say that even if eCryptfs suddenly works on top of glusterfs in a newer kernel, there's still a fundamental problem with eCryptfs stacked on top of any type of remote filesystem. eCryptfs does not expect the lower/backend filesystem to be modified by another machine. So you could have cache coherency problems if two or more clients are reading a file and then one of them updates the file. Fixing the cache coherency issues would be step 2, after eCryptfs actually starts working on top of popular remote filesystems (nfs, cifs, glusterfs, etc.). Unfortunately, I'm not aware of anyone working on step 1 at the moment. Tyler > > I am actually planning to use this in a cloud setup. Mostly for an internal > shared NFS like but HA space. > I had thought HekaFS had gone a bit dormant...(not a lot of talk since May > 2013...) > I will look at it again. Thanks for the tip and taking a look. > Any thought would be greatly appreciated. > > Cheers, > > Lance > > > If this is a double post, I apologize.. oddness on email vs web interface: > > > > > > -- > To unsubscribe from this list: send the line "unsubscribe ecryptfs" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html
Attachment:
signature.asc
Description: Digital signature
