[gpfsug-discuss] AFM negative file caching

McLaughlin, Sandra M Sandra.McLaughlin at astrazeneca.com
Wed May 30 16:03:32 BST 2018


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: gpfsug-discuss-bounces at spectrumscale.org [mailto:gpfsug-discuss-bounces at spectrumscale.org] On Behalf Of Venkateswara R Puvvada
Sent: 30 May 2018 15:30
To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
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 (vpuvvada at in.ibm.com<mailto:vpuvvada at in.ibm.com>)



From:        david_johnson at brown.edu<mailto:david_johnson at brown.edu>
To:        gpfsug main discussion list <gpfsug-discuss at spectrumscale.org<mailto:gpfsug-discuss at spectrumscale.org>>
Date:        05/30/2018 06:14 PM
Subject:        Re: [gpfsug-discuss] AFM negative file caching
Sent by:        gpfsug-discuss-bounces at spectrumscale.org<mailto:gpfsug-discuss-bounces at spectrumscale.org>
________________________________



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 <peserocka at gmail.com<mailto:peserocka at gmail.com>> 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) <S.J.Thompson at bham.ac.uk<mailto:S.J.Thompson at bham.ac.uk>> 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>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20180530/90fe2aa5/attachment.htm>


More information about the gpfsug-discuss mailing list