<html><body><p><font size="2">Upon further thought, it occurs to me that Spectrum Scale V5's introduction of variable sub-blocks must </font><br><font size="2">by necessity have changed the inode calculation that I describe below. I would be interested to know </font><br><font size="2">how exactly in Spectrum Scale V5 formatted file systems, how one may need to change the information I document below.</font><br><br><font size="2">I would imagine the pre-V5 file system format probably still uses the inode allocation schema that I document below.</font><br><br><br><font size="2">John Sing</font><br><font size="2">IBM Offering Evangelist, Spectrum Scale, ESS</font><br><font size="2">Venice FL</font><br><font size="2"><br></font><br><br><br><br><font size="2" color="#5F5F5F">From: </font><font size="2">John M Sing/Tampa/IBM</font><br><font size="2" color="#5F5F5F">To: </font><font size="2">gpfsug-discuss@spectrumscale.org</font><br><font size="2" color="#5F5F5F">Date: </font><font size="2">03/06/2019 11:23 AM</font><br><font size="2" color="#5F5F5F">Subject: </font><font size="2">Question about inodes increase - how to increase non-disruptively - orig question by Mladen Portak on 3/6/19 - 09:46 GMT</font><br><hr width="100%" size="2" align="left" noshade style="color:#8091A5; "><br><br><font size="2">Hi, all, Mladen,</font><br><br><font size="2">(This is my first post to the GPFSug-discuss list. I am IBMer, am the IBM worldwide technical support Evangelist on Spectrum Scale/ESS. I am based in Florida. Apologies if my attachment is not permitted or if I did not reply properly to tie my reply to the original poster - pls let me know if there are more instructions or rules for using GPFSug-discuss (I could not find any such guidelines)).</font><br><br><font size="2">-------------</font><br><br><font size="2">Mladen, </font><br><br><font size="2">Increasing or changing inodes in a GPFS/Spectrum Scale file system can be done non-disruptively, within the boundaries of how GPFS / Spectrum Scale works.</font><br><br><font size="2">I wrote and delivered the following presentation on this topic back in 2013 in the GPFS V4.1 timeframe. While older IBM technologies SONAS/V7000 Unified are the reason the preso was written, and the commands shown are from those now-withdrawn products, the GPFS concepts involved as far as I know have not changed, and you can simply use the GPFS/Spectrum Scale equivalent commands such as </font><font size="2" face="Courier">mmcrfs, mmcrfileset, mmchfileset</font><font size="2">, etc to allocate, add, or change inodes non-disruptively, within the boundaries of how GPFS / Spectrum Scale works. There's lots of diagrams.</font><br><br><font size="2">[attachment "sDS05_John_Sing_SONAS_V7000_GPFS_Unified_Independent_Filesets_Inode_Planning.ppt" deleted by John M Sing/Tampa/IBM] </font><br><br><font size="2">The PPT is handy because there is animation in Slideshow mode to better explain (at least in my mind) how GPFS allocates inodes, and how you extend or under what circumstances you can change the number of inodes in either a file system or an independent file set.</font><br><br><font size="2">Here is a Box link to download this 8.7MB preso, should the attachment not come thru or be too big for the list. </font><br><br><a href="https://ibm.box.com/shared/static/phn9dypcdbzyn2ei6hy2hc79lgmch904.ppt"><font size="2">https://ibm.box.com/shared/static/phn9dypcdbzyn2ei6hy2hc79lgmch904.ppt</font></a><br><br><font size="2">This Box link, which anyone who has the link can use to download, will expire on Dec 31, 2019. If you are reading this post past that date, just email me and I will be happy to reshare the preso with you. </font><br><br><font size="2">I wrote this up because I myself needed to remember inode allocation especially in light of how GPFS independent filesets works, should I ever need to refer back to it. </font><br><br><font size="2">Happy to hear feedback on the above preso from all of you out there. Corrections/comments/update suggestions welcome. </font><br><br><br><font size="2" face="Arial">Regards,</font><br><br><b><font color="#888888" face="Arial">John M. Sing</font></b><font size="2" face="Arial"><br>Offering Evangelist,</font><font size="2" face="Arial"> IBM Spectrum Scale, Elastic Storage Server, Spectrum NAS </font><br><font size="2">Venice, Florida</font><br><a href="https://www.linkedin.com/in/johnsing/"><font size="2">https://www.linkedin.com/in/johnsing/</font></a><br><font size="2">jmsing@us.ibm.com office: 941-492-2998</font><br><br><font size="2"><br>-------------------------------------------------------------------------------------------------------------------------------------------------------------</font><br><br><b><font face="Times New Roman">Mladen Portak</font></b><font face="Times New Roman"> </font><a href="mailto:gpfsug-discuss%40spectrumscale.org?Subject=Re:%20Re%3A%20%5Bgpfsug-discuss%5D%20Question%20about%20inodes%20incrise&In-Reply-To=%3COF67261D6C.B01C7095-ON002583B5.0035842B-C12583B5.0035F1D9%40notes.na.collabserv.com%3E"><u><font color="#0000FF" face="Times New Roman">mladen.portak at hr.ibm.com </font></u></a><i><font face="Times New Roman"> wrote on Wed Mar 6 09:49:13 GMT 2019</font></i> <br><br><tt><font size="2">Dear.<br><br>is it process of increasing inodes disruptive?<br><br>Thank You<br><br><br>Mladen Portak<br>Lab Service SEE Storage Consultant<br></font></tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss"><tt><u><font size="2" color="#0000FF">mladen.portak at hr.ibm.com</font></u></tt></a><tt><font size="2"><br>+385 91 6308 293<br><br>IBM Hrvatska d.o.o. za proizvodnju i trgovinu<br>Miramarska 23, 10 000 Zagreb, Hrvatska<br>Upisan kod Trgovačkog suda u Zagrebu pod br. 080011422<br>Temeljni kapital: 788,000.00 kuna - uplaćen u cijelosti<br>Direktor: Željka Tičić<br>Žiro račun kod: RAIFFEISENBANK AUSTRIA d.d. Zagreb, Magazinska cesta 69, 10000 Zagreb, Hrvatska<br>IBAN: HR5424840081100396574 (SWIFT RZBHHR2X); OIB 43331467622</font></tt><br><br><br><br><BR>
</body></html>