If it’s any help, Simon, I had a very similar problem, and I set afmDirLookupRefreshIntervaland afmFileLookupRefreshInterval to one day on an AFM cache fileset which only had software on it. It did make a difference to the users. And if you are really desperate to push an application upgrade to the cache fileset, there are other ways to do it.
Sandra From: [email protected] [mailto:[email protected]] On Behalf Of Venkateswara R Puvvada Sent: 30 May 2018 15:30 To: gpfsug main discussion list <[email protected]> Subject: Re: [gpfsug-discuss] AFM negative file caching >I wasn’t sure if afmDirLookupRefreshIntervaland >afmFileLookupRefreshIntervalwould be the right thing if it’s a file/directory >that doesn’t exist? These refresh intervals applies to all the lookups and not just for negative lookups. For working around in AFM itself, you could try setting these refresh intervals to higher value if cache does not need to validate with home often. ~Venkat ([email protected]<mailto:[email protected]>) From: [email protected]<mailto:[email protected]> To: gpfsug main discussion list <[email protected]<mailto:[email protected]>> Date: 05/30/2018 06:14 PM Subject: Re: [gpfsug-discuss] AFM negative file caching Sent by: [email protected]<mailto:[email protected]> ________________________________ Another possible workaround would be to add wrappers for these apps and only add the AFM based gpfs directory to the LD_LIBARY_PATH when about to launch the app. -- ddj Dave Johnson > On May 30, 2018, at 8:26 AM, Peter Serocka > <[email protected]<mailto:[email protected]>> wrote: > > As a quick means, why not adding /usr/lib64 at the beginning of > LD_LIBRARY_PATH? > > (Not to get started on using LD_LIBRARY_PATH in the first place…) > > > — Peter > >> On 2018 May 30 Wed, at 13:52, Simon Thompson (IT Research Support) >> <[email protected]<mailto:[email protected]>> wrote: >> >> Hi All, >> >> We have a file-set which is an AFM fileset and contains installed software. >> >> We’ve been experiencing some performance issues with workloads when this is >> running and think this is down to LD_LIBRARY_PATH being set to the software >> installed in the AFM cache, e.g. >> >> /gpfs/apps/somesoftware/v1.2/lib >> >> Subsequently when you run (e.g.) “who” on the system, LD_LIBRARY_PATH is >> being searched for e.g. libnss_ldap, which is in /usr/lib64. We’re assuming >> that AFM is checking with home each time the directory is processed (and >> other sub directories like lib/tls) and that each time AFM is checking for >> the file’s existence at home. Is there a way to change the negative cache at >> all on AFM for this one file-set? (e.g as you might with NFS). The file-set >> only has applications so changes are pretty rare and so a 10 min or so check >> would be fine with me. >> >> Thanks >> >> Simon >> >> _______________________________________________ >> gpfsug-discuss mailing list >> gpfsug-discuss at spectrumscale.org >> http://gpfsug.org/mailman/listinfo/gpfsug-discuss<https://clicktime.symantec.com/a/1/TtPgHxPdZETZyZD6VKdvDXDlZoAcJSTniZmcYktzays=?d=8nDD9F3Rpnpe15wDwwfRZSw3XF9WlBzx-5NMAiHtzlluhNF6Qfyvx5qBpPqP80bb2jOlRGC0kbZtnYit97--GU3bpXC-0OWm1d8u-zN-Brvf-KNUxZnaPYy30_fZO3ADaBs4VgC40HmbbHjQbxt4hfJDfeL5nf0US1oMy8GcG5F2upO20hy8ejRqGpk0Gd-cpynHDV1q0k6QJJjKEFZghUYEGdTXzWJDDPJ6zCPKhfrCf0Jh-onsd_ncUL2kIbHsBFX4IoEiBlb_XPBpaAMKmbvYsd4PgQtFWs81hVHcXUFc7unPz8Z3zK9q4Xz23T9xpJilERzw05Gmc6HTUh-GhBOVMtTzL0a53v5ORbySJIo1_PBqGQKL21NRtwQP86Zf4lCcpHYN8Yqjf0JFxlvMAWQaLpZd5xfzz6LAJjNPPeTqbLUC4wLn9mAQdWyLbKXza-fIkbX23Y6ODw%3D%3D&u=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss> > > _______________________________________________ > gpfsug-discuss mailing list > gpfsug-discuss at spectrumscale.org > http://gpfsug.org/mailman/listinfo/gpfsug-discuss<https://clicktime.symantec.com/a/1/TtPgHxPdZETZyZD6VKdvDXDlZoAcJSTniZmcYktzays=?d=8nDD9F3Rpnpe15wDwwfRZSw3XF9WlBzx-5NMAiHtzlluhNF6Qfyvx5qBpPqP80bb2jOlRGC0kbZtnYit97--GU3bpXC-0OWm1d8u-zN-Brvf-KNUxZnaPYy30_fZO3ADaBs4VgC40HmbbHjQbxt4hfJDfeL5nf0US1oMy8GcG5F2upO20hy8ejRqGpk0Gd-cpynHDV1q0k6QJJjKEFZghUYEGdTXzWJDDPJ6zCPKhfrCf0Jh-onsd_ncUL2kIbHsBFX4IoEiBlb_XPBpaAMKmbvYsd4PgQtFWs81hVHcXUFc7unPz8Z3zK9q4Xz23T9xpJilERzw05Gmc6HTUh-GhBOVMtTzL0a53v5ORbySJIo1_PBqGQKL21NRtwQP86Zf4lCcpHYN8Yqjf0JFxlvMAWQaLpZd5xfzz6LAJjNPPeTqbLUC4wLn9mAQdWyLbKXza-fIkbX23Y6ODw%3D%3D&u=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss> _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss<https://clicktime.symantec.com/a/1/TtPgHxPdZETZyZD6VKdvDXDlZoAcJSTniZmcYktzays=?d=8nDD9F3Rpnpe15wDwwfRZSw3XF9WlBzx-5NMAiHtzlluhNF6Qfyvx5qBpPqP80bb2jOlRGC0kbZtnYit97--GU3bpXC-0OWm1d8u-zN-Brvf-KNUxZnaPYy30_fZO3ADaBs4VgC40HmbbHjQbxt4hfJDfeL5nf0US1oMy8GcG5F2upO20hy8ejRqGpk0Gd-cpynHDV1q0k6QJJjKEFZghUYEGdTXzWJDDPJ6zCPKhfrCf0Jh-onsd_ncUL2kIbHsBFX4IoEiBlb_XPBpaAMKmbvYsd4PgQtFWs81hVHcXUFc7unPz8Z3zK9q4Xz23T9xpJilERzw05Gmc6HTUh-GhBOVMtTzL0a53v5ORbySJIo1_PBqGQKL21NRtwQP86Zf4lCcpHYN8Yqjf0JFxlvMAWQaLpZd5xfzz6LAJjNPPeTqbLUC4wLn9mAQdWyLbKXza-fIkbX23Y6ODw%3D%3D&u=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss> ________________________________ AstraZeneca UK Limited is a company incorporated in England and Wales with registered number:03674842 and its registered office at 1 Francis Crick Avenue, Cambridge Biomedical Campus, Cambridge, CB2 0AA. This e-mail and its attachments are intended for the above named recipient only and may contain confidential and privileged information. If they have come to you in error, you must not copy or show them to anyone; instead, please reply to this e-mail, highlighting the error to the sender and then immediately delete the message. For information about how AstraZeneca UK Limited and its affiliates may process information, personal data and monitor communications, please see our privacy notice at www.astrazeneca.com<https://www.astrazeneca.com>
_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
