It's still maintained: https://github.com/mogilefs/ . I don't have a good sense of the community, though we did use it at my last job.
Well it's not just metadata that I need to store but also Username, profiles,
followers etc. What I meant was store the location of the images along with
other information that I described above. And when user queries them then
pull it from the file sytem.
Most of the high volume sites (facebook, flickr, Digg etc.) currently seem
to be storing location/URI in the DB and actual blobs(images/docs) etc. on
the distributed file system. Some have written on their own and some are
using MogileFS, Lustre etc.
Can't use S3 since the requirement is to keep everything within the network
so that it's secure and under control.
Initially I thought Cassandra could be used for both row data and as well as
large files. But from what I've read and suggestions that I've got it looks
like I need to look at distributed file system which is fault taulrent and
also scales well. After reading online I can come up with only few options
like lustre, glusterfs and mogileFS to store large files. As you mentioned
lustreFS needs kernel tweaking/volume creation etc. Still trying to read
more about glusterFS. And mogileFS last updated date on the site is back in
2010 so not sure if it's still widely supported (in case of issues :)).
View this message in context: http://cassandra-user-incubator-apache-org.3065146.n2.nabble.com/Storing-photos-images-docs-etc-tp6078278p6086307.html
Sent from the firstname.lastname@example.org mailing list archive at Nabble.com.