Information reported by that command (both at cache and home side) are size, blocks, block size, and times. I think it cannot be enough to decide that AFM completed the transfer of a file. Did I possibly miss something else ? It would be nice to have a flag (like that one reported by the policy, flags “P” – managed by AFM – and “w” – beeing transferred -) that can help us to know if AFM considers the file synced to home or not yet.
Alvise Da: <[email protected]> per conto di Olaf Weiser <[email protected]> Risposta: gpfsug main discussion list <[email protected]> Data: lunedì, 21 settembre 2020 11:55 A: "[email protected]" <[email protected]> Cc: "[email protected]" <[email protected]> Oggetto: Re: [gpfsug-discuss] Checking if a AFM-managed file is still inflight do you looking fo smth like this: mmafmlocal ls filename or stat filename ----- Original message ----- From: "Dorigo Alvise (PSI)" <[email protected]> Sent by: [email protected] To: gpfsug main discussion list <[email protected]> Cc: Subject: [EXTERNAL] [gpfsug-discuss] Checking if a AFM-managed file is still inflight Date: Mon, Sep 21, 2020 10:45 AM Dear GPFS users, I know that through a policy one can know if a file is still being transferred from the cache to your home by AFM. I wonder if there is another method @cache or @home side, faster and less invasive (a policy, as far as I know, can put some pressure on the system when there are many files). I quickly checked mmlsattr that seems not to be AFM-aware (but there is a flags field that can show several things, like compression status, archive, etc). Any suggestion ? Thanks in advance, Alvise _______________________________________________ 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
