We had a similar issue and also were instructed by IBM Support to increase the 
maxFilesToCache to an insane value... Basically when the file cache gets full 
then the host will spend all of its cycles looking for a file to evict every 
time a new file is opened...  baaaah.

Not sure why Ganesha has to keep so many files open... I can't believe our NFS 
clients actually keep that many open.  cNFS never needed this.
-Bryan

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Matt Weil
Sent: Wednesday, March 22, 2017 11:43 AM
To: gpfsug main discussion list <[email protected]>
Subject: [gpfsug-discuss] CES node slow to respond

All,

We had an indecent yesterday where one of our CES nodes slowed to a
crawl.  GPFS waiters showed pre fetch threads going after inodes.
iohist also showed lots of inode fetching.  Then we noticed that the CES
host had 5.4 million files open.

The change I made was to set maxStatCache=DEFAULT because it is linux.
And set maxFilesToCache=10000000 it was set to 500000.  Then restarted GPFS.

Is there something else we should change as well.

Thanks

Matt


________________________________
The materials in this message are private and may contain Protected Healthcare 
Information or other information of a sensitive nature. If you are not the 
intended recipient, be advised that any unauthorized use, disclosure, copying 
or the taking of any action in reliance on the contents of this information is 
strictly prohibited. If you have received this email in error, please 
immediately notify the sender via telephone or return mail.
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

________________________________

Note: This email is for the confidential use of the named addressee(s) only and 
may contain proprietary, confidential or privileged information. If you are not 
the intended recipient, you are hereby notified that any review, dissemination 
or copying of this email is strictly prohibited, and to please notify the 
sender immediately and destroy this email and any attachments. Email 
transmission cannot be guaranteed to be secure or error-free. The Company, 
therefore, does not make any guarantees as to the completeness or accuracy of 
this email or any attachments. This email is for informational purposes only 
and does not constitute a recommendation, offer, request or solicitation of any 
kind to buy, sell, subscribe, redeem or perform any type of transaction of a 
financial product.
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

Reply via email to