[gpfsug-discuss] Checking if a AFM-managed file is still inflight

Dorigo Alvise (PSI) alvise.dorigo at psi.ch
Mon Sep 21 11:32:25 BST 2020

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.


Da: <gpfsug-discuss-bounces at spectrumscale.org> per conto di Olaf Weiser <olaf.weiser at de.ibm.com>
Risposta: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
Data: lunedì, 21 settembre 2020 11:55
A: "gpfsug-discuss at spectrumscale.org" <gpfsug-discuss at spectrumscale.org>
Cc: "gpfsug-discuss at spectrumscale.org" <gpfsug-discuss at spectrumscale.org>
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)" <alvise.dorigo at psi.ch>
Sent by: gpfsug-discuss-bounces at spectrumscale.org
To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
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,

gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20200921/599979c4/attachment-0002.htm>

More information about the gpfsug-discuss mailing list