[gpfsug-discuss] AFM negative file caching

Simon Thompson (IT Research Support) S.J.Thompson at bham.ac.uk
Wed May 30 15:30:40 BST 2018


So we use easybuild to build software and dependency stacks (and modules to do all this), yeah I did wonder about putting it first, but my worry is that other "stuff" installed locally that dumps in there might then break the dependency stack.

I was thinking maybe we can create something local with select symlinks and add that to the path ... but I was hoping we could do some sort of negative caching.

Simon

On 30/05/2018, 13:26, "gpfsug-discuss-bounces at spectrumscale.org on behalf of peserocka at gmail.com" <gpfsug-discuss-bounces at spectrumscale.org on behalf of 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> 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
    
    _______________________________________________
    gpfsug-discuss mailing list
    gpfsug-discuss at spectrumscale.org
    http://gpfsug.org/mailman/listinfo/gpfsug-discuss
    



More information about the gpfsug-discuss mailing list