<html><body><p><font size="2">Hello, </font><br><br><font size="2">the pool metadata high error reports issues with the free blocks in the metadataOnly and/or dataAndMetadata NSDs in the system pool.</font><br><br><font size="2">mmlspool and subsequently the GPFSPool sensor is the source of the information that is used be the threshold that reports this error.<br></font><br><font size="2">So please compare with </font><br><br><font size="2">mmlspool </font><br><font size="2"> and </font><br><font size="2">mmperfmon query gpfs_pool_disksize, gpfs_pool_free_fullkb -b 86400 -n 1</font><br><br><font size="2">Once inodes are allocated I am not aware of a method to de-allocate them. This is what the Knowledge Center says:</font><br><br><i>"Inodes are allocated when they are used. When a file is deleted, the inode is reused, but inodes are never deallocated. When setting the maximum number of inodes in a file system, there is the option to preallocate inodes. However, in most cases there is no need to preallocate inodes because, by default, inodes are allocated in sets as needed. If you do decide to preallocate inodes, be careful not to preallocate more inodes than will be used; otherwise, the allocated inodes will unnecessarily consume metadata space that cannot be reclaimed. "</i><br><br><br><font size="2" face="Arial">Mit freundlichen Grüßen / Kind regards</font><br><br><b><font face="Arial">Dr. Markus Rohwedder</font></b><br><br><font size="1" face="Arial">Spectrum Scale GUI Development</font><table border="0" cellspacing="0" cellpadding="0"><tr valign="top"><td class="small_font" width="600" colspan="4" valign="middle"><hr width="100%" size="2" align="left" style="color:#0055AA; "></td></tr>
<tr valign="top"><td class="small_font" width="600" colspan="4" valign="middle"><img width="1" height="1" src="cid:1__=8FBB081EDFAEDD6A8f9e8a93df938690918c8FB@" border="0" alt=""></td></tr>
<tr valign="top"><td class="inner" width="39" valign="middle"><font size="1" color="#0055AA" face="Arial">Phone:</font></td><td class="inner" width="157" valign="middle"><font size="1" color="#0055AA" face="Arial">+49 7034 6430190</font></td><td class="inner" width="246" valign="middle"><font size="1" color="#0055AA" face="Arial"> IBM Deutschland Research & Development</font></td><td width="158" rowspan="4" valign="middle"><div align="right"><img src="cid:2__=8FBB081EDFAEDD6A8f9e8a93df938690918c8FB@" width="158" height="40" align="bottom"></div></td></tr>
<tr valign="top"><td class="inner" width="39" valign="middle"><font size="1" color="#0055AA" face="Arial">E-Mail:</font></td><td class="inner" width="157" valign="middle"><font size="1" color="#0055AA" face="Arial">rohwedder@de.ibm.com</font></td><td class="inner" width="246" valign="middle"><font size="1" color="#0055AA" face="Arial"> Am Weiher 24</font></td></tr>
<tr valign="top"><td class="inner" width="39" valign="middle"><img width="1" height="1" src="cid:1__=8FBB081EDFAEDD6A8f9e8a93df938690918c8FB@" border="0" alt=""></td><td class="inner" width="157" valign="middle"><img width="1" height="1" src="cid:1__=8FBB081EDFAEDD6A8f9e8a93df938690918c8FB@" border="0" alt=""></td><td class="inner" width="246" valign="middle"><font size="1" color="#0055AA" face="Arial"> 65451 Kelsterbach</font></td></tr>
<tr valign="top"><td class="inner" width="39" valign="middle"><img width="1" height="1" src="cid:1__=8FBB081EDFAEDD6A8f9e8a93df938690918c8FB@" border="0" alt=""></td><td class="inner" width="157" valign="middle"><img width="1" height="1" src="cid:1__=8FBB081EDFAEDD6A8f9e8a93df938690918c8FB@" border="0" alt=""></td><td class="inner" width="246" valign="middle"><font size="1" color="#0055AA" face="Arial"> Germany</font></td></tr>
<tr valign="top"><td class="small_font" width="600" colspan="4" valign="middle"><hr width="100%" size="2" align="left" style="color:#0055AA; "></td></tr>
<tr valign="top"><td class="small_font" width="600" colspan="4" valign="middle"><img width="1" height="1" src="cid:1__=8FBB081EDFAEDD6A8f9e8a93df938690918c8FB@" border="0" alt=""></td></tr></table><br><img width="16" height="16" src="cid:3__=8FBB081EDFAEDD6A8f9e8a93df938690918c8FB@" border="0" alt="Inactive hide details for KG ---14.05.2018 12:57:33---Hi Folks IHAC who is reporting pool-metadata_high_error on GUI."><font size="2" color="#424282">KG ---14.05.2018 12:57:33---Hi Folks IHAC who is reporting pool-metadata_high_error on GUI.</font><br><br><font size="2" color="#5F5F5F">From: </font><font size="2">KG <spectrumscale@kiranghag.com></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">14.05.2018 12:57</font><br><font size="2" color="#5F5F5F">Subject: </font><font size="2">[gpfsug-discuss] pool-metadata_high_error</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>Hi Folks<br><br>IHAC who is reporting pool-metadata_high_error on GUI.<br><br>The inode utilisation on filesystem is as below<br>Used inodes - 92922895<br>free inodes - 1684812529<br>allocated - 1777735424<br>max inodes - 1911363520<br><br>the inode utilization on one fileset (it is only one being used) is below<br>Used inodes - 93252664<br>allocated - 1776624128<br>max inodes 1876624064<br><br>is this because the difference in allocated and max inodes is very less?<br><br>Customer tried reducing allocated inodes on fileset (between max and used inode) and GUI complains that it is out of range.<br><tt><font size="2">_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br></font></tt><tt><font size="2"><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a></font></tt><tt><font size="2"><br></font></tt><br><br><BR>
</body></html>