[Gluster-devel] BitRot notes

[Deepak Shetty]

I wanted to put this idea for the larger community to discuss/debate

How about an on-demand scrubbing feature where I can provide a list of
files or dir and BitRot can scan/scrub it for corruption.
Again, this will be implemented just as another policy, which can be
set/unset by the user/admin

I see some usecases for this:

1) In openstack when using GlusterFS backend for Cinder, i know that my
cinder volumes are un-used when not attached to VMs, in which case I can
request for on-demand scan/scrub for my volume disks (which are files in
Gluster), the result of which can be used to warn user if some corruption
is present and/or can be used as an indicator to decide whether or not to
pick the volume for attaching next time.

2) GlusterFS as a backup target for Cinder -  I can schedule an
on-demand/immediate scan/scrub for the cinder volumes that i just backed up
to ensure that the backup indeed went good (all the way to the disk level)
and accordingly return the status of backup operation back to openstack
services.

Thoughts ?

thanx,
deepak


On Fri, Oct 31, 2014 at 4:09 PM, Venky Shankar <vshankar at redhat.com> wrote:

> Hey folks,
>
> Myself and Raghavendra (@rabhat) have been discussing about BitRot[1] and
> came up with a list of high level tasks (breakup items) captured here[2].
> The pad will be updated on an ongoing basis reflecting the current
> status/items that are being worked on. As always, contributions in any form
> (design, code, doc, etc..) are more than welcome (just make sure you're
> heard on the pad/email :))
>
> [1]: http://www.gluster.org/community/documentation/index.
> php/Features/BitRot
> [2]: https://public.pad.fsfe.org/p/glusterfs-bitrot-notes
>
> Thanks,
> venky
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20141209/9e3f13bf/attachment-0001.html>