<div class="socmaildefaultfont" dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:12pt" ><div dir="ltr" >One comment about inode preallocation. There was a time when inode creation was performance challenged but in my opinion that is no longer the case, unless you have need for file creates to complete at extreme speed. In my experience it is the rare customer that requires extremely fast file create times so pre-allocation is not truly necessary. As was noted once an inode is allocated it cannot be deallocated. The more important item is the maximum inodes defined for a fileset or file system. Yes, those do need to be monitored so they can be increased if necessary to avoid out of space errors.</div>
<div dir="ltr" ><div class="socmaildefaultfont" dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10.5pt" ><div dir="ltr" ><br><font size="2" face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" ><span style="font-size:1.143em;" >Fred<br>__________________________________________________<br>Fred Stock | IBM Pittsburgh Lab | 720-430-8821<br>stockf@us.ibm.com</span></font></div></div></div>
<div dir="ltr" > </div>
<div dir="ltr" > </div>
<blockquote data-history-content-modified="1" dir="ltr" style="border-left:solid #aaaaaa 2px; margin-left:5px; padding-left:5px; direction:ltr; margin-right:0px" >----- Original message -----<br>From: "Wahl, Edward" <ewahl@osc.edu><br>Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><br>Cc:<br>Subject: [EXTERNAL] Re: [gpfsug-discuss] dependent versus independent filesets<br>Date: Tue, Jul 7, 2020 11:59 AM<br>
<div><font size="2" face="Default Monospace,Courier New,Courier,monospace" >We also went with independent filesets for both backup (and quota) reasons for several years now, and have stuck with this across to 5.x. However we still maintain a minor number of dependent filesets for administrative use. Being able to mmbackup on many filesets at once can increase your parallelization _quite_ nicely! We create and delete the individual snaps before and after each backup, as you may expect. Just be aware that if you do massive numbers of fast snapshot deletes and creates you WILL reach a point where you will run into issues due to quiescing compute clients, and that certain types of workloads have issues with snapshotting in general.<br><br>You have to more closely watch what you pre-allocate, and what you have left in the common metadata/inode pool. Once allocated, even if not being used, you cannot reduce the inode allocation without removing the fileset and re-creating. (say a fileset user had 5 million inodes and now only needs 500,000) <br><br>Growth can also be an issue if you do NOT fully pre-allocate each space. This can be scary if you are not used to over-subscription in general. But I imagine that most sites have some decent % of oversubscription if they use filesets and quotas.<br><br>Ed<br>OSC<br><br>-----Original Message-----<br>From: gpfsug-discuss-bounces@spectrumscale.org <gpfsug-discuss-bounces@spectrumscale.org> On Behalf Of Skylar Thompson<br>Sent: Tuesday, July 7, 2020 10:00 AM<br>To: gpfsug-discuss@spectrumscale.org<br>Subject: Re: [gpfsug-discuss] dependent versus independent filesets<br><br>We wanted to be able to snapshot and backup filesets separately with mmbackup, so went with independent filesets.<br><br>On Tue, Jul 07, 2020 at 08:37:46AM -0500, Damir Krstic wrote:<br>> We are deploying our new ESS and are considering moving to independent<br>> filesets. The snapshot per fileset feature appeals to us.<br>><br>> Has anyone considered independent vs. dependent filesets and what was<br>> your reasoning to go with one as opposed to the other? Or perhaps you<br>> opted to have both on your filesystem, and if, what was the reasoning for it?<br>><br>> Thank you.<br>> Damir<br><br>> _______________________________________________<br>> gpfsug-discuss mailing list<br>> gpfsug-discuss at spectrumscale.org<br>> <a href="https://urldefense.com/v3/__http://gpfsug.org/mailman/listinfo/gpfsug-" target="_blank">https://urldefense.com/v3/__http://gpfsug.org/mailman/listinfo/gpfsug-</a><br>> discuss__;!!KGKeukY!j-c9kslUrEaNslhTbLLfaY8TES7Xf4eUCxysOaXwroHhTMwiVY<br>> vcGNh4M_no$<br><br><br>--<br>-- Skylar Thompson (skylar2@u.washington.edu)<br>-- Genome Sciences Department (UW Medicine), System Administrator<br>-- Foege Building S046, (206)-685-7354<br>-- Pronouns: He/Him/His<br>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br><a href="https://urldefense.com/v3/__http://gpfsug.org/mailman/listinfo/gpfsug-discuss__;!!KGKeukY!j-c9kslUrEaNslhTbLLfaY8TES7Xf4eUCxysOaXwroHhTMwiVYvcGNh4M_no$" target="_blank">https://urldefense.com/v3/__http://gpfsug.org/mailman/listinfo/gpfsug-discuss__;!!KGKeukY!j-c9kslUrEaNslhTbLLfaY8TES7Xf4eUCxysOaXwroHhTMwiVYvcGNh4M_no$</a> <br>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a> </font><br> </div></blockquote>
<div dir="ltr" > </div></div><BR>