[lustre-discuss] OST not freeing space for deleted files?

Degremont, Aurelien degremoa at amazon.fr
Thu Jan 12 00:59:49 PST 2023


Hello Daniel,

You should also check if there is not some user workload that is triggering that load, like a constant load of SYNC to files on those OSTs by example.

Aurélien

Le 11/01/2023 22:37, « lustre-discuss au nom de Daniel Szkola via lustre-discuss » <lustre-discuss-bounces at lists.lustre.org au nom de lustre-discuss at lists.lustre.org> a écrit :

    CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you can confirm the sender and know the content is safe.



    We recently had to take an OSS node that hosts two OSTs out of service to test the hardware as it was randomly power cycling.

    I migrated all files off of the two OSTs and after some testing we brought the node back into service after recreating the ZFS pools
    and the two OSTs. Since then it’s been mostly working fine, however we’ve noticed a few group quotas reporting file usage that doesn’t
    seem to match what is actually on the filesystem. The inode counts seem to be correct, but the space used is way too high.

    After lots of poking around I am seeing this on the two OSTS:

    osp.lfsc-OST0004-osc-MDT0000.sync_changes=13802381
    osp.lfsc-OST0005-osc-MDT0000.sync_changes=13060667

    I upped the max_rpcs_in_progress and max_rpcs_in_flight for the two OSTs, but that just caused the numbers to dip slightly.
    All other OSTs have 0 for that value. Also destroys_in_flight show similar numbers for the two OSTs.

    Any ideas how I can remedy this?

    Lustre 2.12.8
    ZFS 0.7.13

    —
    Dan Szkola
    FNAL





    _______________________________________________
    lustre-discuss mailing list
    lustre-discuss at lists.lustre.org
    http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org



More information about the lustre-discuss mailing list