<html><body><p>We do have a general-purpose scheduler on the books as an item that is needed for a future release and as Yuri mentioned it would be cluster wide to avoid the single point of failure with tools like Cron. However, it's one of many things we want to try to get into the product and so we don't have any definite timeline yet.<br><br><br>Thanks,<br><br>John<br><br>John T. Olson, Ph.D., MI.C., K.EY.<br>Master Inventor, Software Defined Storage<br>957/9032-1 Tucson, AZ, 85744<br>(520) 799-5185, tie 321-5185 (FAX: 520-799-4237)<br>Email: jtolson@us.ibm.com<br>"Do or do not. There is no try." - Yoda<br><br>Olson's Razor:<br>Any situation that we, as humans, can encounter in life<br>can be modeled by either an episode of The Simpsons<br>or Seinfeld.<br><br><img width="16" height="16" src="cid:2__=8FBB0ABEDFE4EDFA8f9e8a93df938690918c8FB@" border="0" alt="Inactive hide details for "Simon Thompson (Research Computing - IT Services)" ---09/13/2016 02:22:24 PM---I thought the GUI imp"><font color="#424282">"Simon Thompson (Research Computing - IT Services)" ---09/13/2016 02:22:24 PM---I thought the GUI implemented some form of snapshot scheduler. Personal opinion is that is the wrong</font><br><br><font size="2" color="#5F5F5F">From: </font><font size="2">"Simon Thompson (Research Computing - IT Services)" <S.J.Thompson@bham.ac.uk></font><br><font size="2" color="#5F5F5F">To: </font><font size="2">gpfsug main discussion list <gpfsug-discuss@spectrumscale.org></font><br><font size="2" color="#5F5F5F">Date: </font><font size="2">09/13/2016 02:22 PM</font><br><font size="2" color="#5F5F5F">Subject: </font><font size="2">Re: [gpfsug-discuss] gpfs snapshots</font><br><font size="2" color="#5F5F5F">Sent by: </font><font size="2">gpfsug-discuss-bounces@spectrumscale.org</font><br><hr width="100%" size="2" align="left" noshade style="color:#8091A5; "><br><br><br><tt><br>I thought the GUI implemented some form of snapshot scheduler. Personal opinion is that is the wrong place and I agree that is should be core functionality to ensure that the scheduler is running properly.<br><br>But I would suggest that it might be more than just snapshots people might want to schedule. E.g. An ilm pool flush.<br><br>Simon<br>________________________________________<br>From: gpfsug-discuss-bounces@spectrumscale.org [gpfsug-discuss-bounces@spectrumscale.org] on behalf of Yuri L Volobuev [volobuev@us.ibm.com]<br>Sent: 13 September 2016 21:51<br>To: gpfsug main discussion list<br>Subject: Re: [gpfsug-discuss] gpfs snapshots<br><br>Hi Jez,<br><br>It sounds to me like the functionality that you're _really_ looking for is an ability to to do automated snapshot management, similar to what's available on other storage systems. For example, "create a new snapshot of filesets X, Y, Z every 30 min, keep the last 16 snapshots". I've seen many examples of sysadmins rolling their own snapshot management system along those lines, and an ability to add an expiration string as a snapshot "comment" appears to be merely an aid in keeping such DIY snapshot management scripts a bit simpler -- not by much though. The end user would still be on the hook for some heavy lifting, in particular figuring out a way to run an equivalent of a cluster-aware cron with acceptable fault tolerance semantics. That is, if a snapshot creation is scheduled, only one node in the cluster should attempt to create the snapshot, but if that node fails, another node needs to step in (as opposed to skipping the scheduled snapshot creation). This is doable outside of GPFS, of course, but is not trivial. Architecturally, the right place to implement a fault-tolerant cluster-aware scheduling framework is GPFS itself, as the most complex pieces are already there. We have some plans for work along those lines, but if you want to reinforce the point with an RFE, that would be fine, too.<br><br>yuri<br><br>[Inactive hide details for Jez Tucker ---09/13/2016 02:10:31 AM---Hey Yuri, Perhaps an RFE here, but could I suggest there is]Jez Tucker ---09/13/2016 02:10:31 AM---Hey Yuri, Perhaps an RFE here, but could I suggest there is much value in<br><br>From: Jez Tucker <jtucker@pixitmedia.com><br>To: gpfsug-discuss@spectrumscale.org,<br>Date: 09/13/2016 02:10 AM<br>Subject: Re: [gpfsug-discuss] gpfs snapshots<br>Sent by: gpfsug-discuss-bounces@spectrumscale.org<br><br>________________________________<br><br><br><br>Hey Yuri,<br><br> Perhaps an RFE here, but could I suggest there is much value in adding a -c <comment> option to mmcrsnapshot?<br><br>Use cases:<br><br>mmcrsnapshot myfsname @GMT-2016.09.13-10.00.00 -j myfilesetname -c "Before phase 2"<br><br>and<br><br>mmcrsnapshot myfsname @GMT-2016.09.13-10.00.00 -j myfilesetname -c "expire:GMT-2017.04.21-16.00.00"<br><br>Ideally also: mmcrsnapshot fs1 fset1:snapA:expirestr,fset2:snapB:expirestr,fset3:snapC:expirestr<br><br>Then it's easy to iterate over snapshots and subsequently mmdelsnapshot snaps which are no longer required.<br>There are lots of methods to achieve this, but without external databases / suchlike, this is rather simple and effective for end users.<br><br>Alternatively a second comment like -expire flag as user metadata may be preferential.<br><br>Thoughts?<br><br>Jez<br><br><br>On 13/09/16 05:32, Valdis.Kletnieks@vt.edu<</tt><tt><a href="mailto:Valdis.Kletnieks@vt.edu">mailto:Valdis.Kletnieks@vt.edu</a></tt><tt>> wrote:<br><br>On Tue, 13 Sep 2016 00:30:19 +0200, Lukas Hejtmanek said:<br>I guess we could reach snapid 100,000.<br><br>It probably stores the snap ID as a 32 or 64 bit int, so 100K is peanuts.<br><br>What you *do* want to do is make the snap *name* meaningful, using<br>a timestamp or something to keep your sanity.<br><br>mmcrsnapshot fs923 `date +%y%m%d-%H%M` or similar.<br>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br></tt><tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a></tt><tt><br><br><br>--<br>Jez Tucker<br>Head of Research & Product Development<br>Pixit Media<br></tt><tt>www.pixitmedia.com</tt><tt><</tt><tt><a href="http://www.pixitmedia.com/">http://www.pixitmedia.com/</a></tt><tt>><br><br><br>This email is confidential in that it is intended for the exclusive attention of the addressee(s) indicated. If you are not the intended recipient, this email should not be read or disclosed to any other person. Please notify the sender immediately and delete this email from your computer system. Any opinions expressed are not necessarily those of the company from which this email was sent and, whilst to the best of our knowledge no viruses or defects exist, no responsibility can be accepted for any loss or damage arising from its receipt or subsequent use of this email._______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br></tt><tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a></tt><tt><br><br><br></tt><i>(See attached file: graycol.gif)</i><tt>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br></tt><tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a></tt><tt><br></tt><br><br><BR>
</body></html>