You do realize 3.5 is out of service, correct? You should be looking at upgrading :-)
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. 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. Bob Oesterlin Sr Principal Storage Engineer, Nuance From: <[email protected]> on behalf of Richard Lefebvre <[email protected]> Reply-To: gpfsug main discussion list <[email protected]> Date: Monday, September 18, 2017 at 2:18 PM To: gpfsug <[email protected]> Subject: [EXTERNAL] [gpfsug-discuss] How to find which node is generating high iops in a GPFS 3.5 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.
_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
