[Gluster-devel] autodelete in snapshots

[Paul Cuzner]

+1 

That makes the most operational sense. 

The other way to look at snapshots is space consumption triggers. If the capacity in the thin pool is under threat then this also needs to be flagged, and potentially an option to autodelete under this trigger scenario would be worth considering. 

Cheers, 

PC 

----- Original Message -----

> From: "Lalatendu Mohanty" <lmohanty at redhat.com>
> To: "Raghavendra Bhat" <rabhat at redhat.com>, "gluster-devel"
> <gluster-devel at nongnu.org>
> Sent: Tuesday, 15 April, 2014 6:48:36 AM
> Subject: Re: [Gluster-devel] autodelete in snapshots

> On 04/15/2014 07:05 PM, Raghavendra Bhat wrote:
> >
> > Hi,
> >
> > As of now, in snapshots there are 2 limits for the number of
> > snapshots, hard-limit and soft-limit. Usually soft-limit is 90% of
> > hard-limit by default (it can be changed also). Say the hard-limit is
> > 50, then soft-limit by default will be 45. We are planning to do
> > autodelete of the oldest snapshot upon reaching the limit.
> >
> > There are 2 options:
> >
> > 1) Start doing autodelete upon reaching the soft-limit. i.e If the
> > hard limit is 50 and the number of the snapshots taken becomes 45,
> > then for the next snapshot taken (i.e 46th snapshot), the oldest
> > snapshot will be automatically deleted in the background.
> >
> > 2) Use soft-limit as a means to notify the admin about limit being
> > reached (gf_log, syslog etc, or also a warning message shown for every
> > snapshot taken after the soft limit is reached) and start doing
> > autodelete after reaching the hard-limit i.e once 50 snapshots are
> > reached, then when 51st snapshot is triggered, the oldest snapshot
> > will be deleted in the background.
> >
> > Please provide feedback.

> I like the #2 option. If user has set something as hard-limit, it should
> be treated as hard limit and soft-limit can be used as warning mechanism.

> >
> > NOTE: The auto-delete can be made configurable, which if turned off,
> > snapshot create fails upon reaching the limit.
> >
> > Regards,
> > Raghavendra Bhat
> >
> > _______________________________________________
> > Gluster-devel mailing list
> > Gluster-devel at nongnu.org
> > https://lists.nongnu.org/mailman/listinfo/gluster-devel

> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at nongnu.org
> https://lists.nongnu.org/mailman/listinfo/gluster-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20140415/48d75e3f/attachment-0001.html>