[Gluster-devel] Snapshot Scheduler
Avra Sengupta
asengupt at redhat.com
Tue Jul 12 19:05:24 UTC 2016
Thanks Alastair for the feedback. As of today we have auto-delete which
when enabled deletes the oldest snapshot on exceeding the
snap-max-soft-limit. Is this what you were trying to achieve, or were
you thinking of more of a policy based approach, where like creation,
deletion policies can be set, to target specific snapshots?
On 07/12/2016 11:45 PM, Alastair Neil wrote:
> I don't know if I did something wrong, but I found the location that
> the scheduler wanted the shared storage was problematic as I recall it
> was under /run/gluster/snaps. On CentOS 7 this failed to mount on
> boot. I hacked the scheduler to use a location under /var/lib.
>
> I also think there needs to be a way to schedule the removal of snapshots.
>
> -Alastair
>
>
> On 8 July 2016 at 06:01, Avra Sengupta <asengupt at redhat.com
> <mailto:asengupt at redhat.com>> wrote:
>
> Hi,
>
> Snaphsots in gluster have a scheduler, which relies heavily on
> crontab, and the shared storage. I would like people using this
> scheduler, or for people to use this scheduler, and provide us
> feedback on it's experience. We are looking for feedback on ease
> of use, complexity of features, additional feature support etc.
>
> It will help us in deciding if we need to revamp the existing
> scheduler, or maybe rethink relying on crontab and re-writing our
> own, thus providing us more flexibility. Thanks.
>
> Regards,
> Avra
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at gluster.org <mailto:Gluster-devel at gluster.org>
> http://www.gluster.org/mailman/listinfo/gluster-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.gluster.org/pipermail/gluster-devel/attachments/20160713/bcc97a4e/attachment-0001.html>
More information about the Gluster-devel
mailing list