<html><body bgcolor="#FFFFFF"><p><font size="2">Hi </font><font face="Calibri">Richard</font><font size="2">,</font><br><br><font size="2">Is any of tool in </font><a href="https://www.ibm.com/developerworks/community/wikis/home?_escaped_fragment_=/wiki/General%2520Parallel%2520File%2520System%2520%2528GPFS%2529/page/Display%2520per%2520node%2520IO%2520statstics"><font size="2">https://www.ibm.com/developerworks/community/wikis/home?_escaped_fragment_=/wiki/General%2520Parallel%2520File%2520System%2520%2528GPFS%2529/page/Display%2520per%2520node%2520IO%2520statstics</font></a><font size="2"> can help you?</font><br><br><font size="2">BTW, I agree with Bob that 3.5 is out-of-service. Without an extended service, you should consider to upgrade your cluster as soon as possible.</font><br><br><font size="2">Regards, The Spectrum Scale (GPFS) team<br><br>------------------------------------------------------------------------------------------------------------------<br>If you feel that your question can benefit other users of  Spectrum Scale (GPFS), then please post it to the public IBM developerWroks Forum at <a href="https://www.ibm.com/developerworks/community/forums/html/forum?id=11111111-0000-0000-0000-000000000479">https://www.ibm.com/developerworks/community/forums/html/forum?id=11111111-0000-0000-0000-000000000479</a>. <br><br>If your query concerns a potential software error in Spectrum Scale (GPFS) and you have an IBM software maintenance contract please contact  1-800-237-5511 in the United States or your local IBM Service Center in other countries. <br><br>The forum is informally monitored as time permits and should not be used for priority messages to the Spectrum Scale (GPFS) team.</font><br><br><img width="16" height="16" src="cid:1__=C7BB0B33DFB628F88f9e8a93df938690918cC7B@" border="0" alt="Inactive hide details for "Oesterlin, Robert" ---09/19/2017 03:28:10 AM---You do realize 3.5 is out of service, correct? You sh"><font size="2" color="#424282">"Oesterlin, Robert" ---09/19/2017 03:28:10 AM---You do realize 3.5 is out of service, correct? You should be looking at upgrading :-) Catching this</font><br><br><font size="2" color="#5F5F5F">From:        </font><font size="2">"Oesterlin, Robert" <Robert.Oesterlin@nuance.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">09/19/2017 03:28 AM</font><br><font size="2" color="#5F5F5F">Subject:        </font><font size="2">Re: [gpfsug-discuss] How to find which node is generating high iops in a GPFS 3.5</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><font face="Calibri">You do realize 3.5 is out of service, correct? You should be looking at upgrading :-)</font><br><font face="Calibri"> </font><br><font face="Calibri">Catching this is real time, when you have a large number of nodes is going to be tough. How you recognizing that the file system is overloaded? Waiters? Looking at which nodes/NSDs have the longest/largest waiters may provide a clue.</font><br><font face="Calibri"> </font><br><font face="Calibri">You might also take a look at mmpmon – it’s a bit difficult to use in its raw state, but it does provide some good stats on a per file system basis. But you need to track these over times to get what you need.</font><br><font face="Calibri"> </font><br><font face="Calibri">Bob Oesterlin</font><br><font face="Calibri">Sr Principal Storage Engineer, Nuance</font><br><font face="Calibri"> </font><br><font face="Calibri"> </font><br><b><font face="Calibri">From: </font></b><font face="Calibri"><gpfsug-discuss-bounces@spectrumscale.org> on behalf of Richard Lefebvre <richard.lefebvre+gpfsug@calculquebec.ca></font><b><font face="Calibri"><br>Reply-To: </font></b><font face="Calibri">gpfsug main discussion list <gpfsug-discuss@spectrumscale.org></font><b><font face="Calibri"><br>Date: </font></b><font face="Calibri">Monday, September 18, 2017 at 2:18 PM</font><b><font face="Calibri"><br>To: </font></b><font face="Calibri">gpfsug <gpfsug-discuss@spectrumscale.org></font><b><font face="Calibri"><br>Subject: </font></b><font face="Calibri">[EXTERNAL] [gpfsug-discuss] How to find which node is generating high iops in a GPFS 3.5</font><br><font face="Calibri"> </font><br><font face="Calibri">Hi I have a 3.5 GPFS system with 700+ nodes. I sometime have nodes that generate a lot of iops on the large file system but I cannot find the right tool to find which node is the source. I'm guessing under 4.2.X, there are now easy tools, but what can be done under GPFS 3.5.</font><tt><font size="2">_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br></font></tt><tt><font size="2"><a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=IbxtjdkPAM2Sbon4Lbbi4w&m=AYwUf61wv-Hq63KU7veQSxavdZy-e9eT9bkJFav8MVU&s=W42AQE74bvmOlw7P0D0wTqT0Rxop4KktnXeuDeGGdmk&e=">https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=IbxtjdkPAM2Sbon4Lbbi4w&m=AYwUf61wv-Hq63KU7veQSxavdZy-e9eT9bkJFav8MVU&s=W42AQE74bvmOlw7P0D0wTqT0Rxop4KktnXeuDeGGdmk&e=</a></font></tt><tt><font size="2"> <br></font></tt><br><br><BR>
</body></html>