[lustre-discuss] different quota counts between different Lustre versions?
Cameron Harr
harr1 at llnl.gov
Thu Sep 13 08:01:29 PDT 2018
Thomas,
ZFS 0.7+ (I think) has built-in object accounting that is more accurate
than Lustre's guess. If you do a 'zpool get all | grep
userobj_accounting' you can see if it's enabled and active (two separate
states I found out just yesterday). In my testing, I upgraded from a ZFS
0.6 zpool (where Lustre quotas were definitely showing wrong) to ZFS 0.7
and noticed the accounting didn't immediately change. After stopping
Lustre, exporting/importing the pools again, then things showed
correctly and the userobj_accounting went from "enabled" to "active".
Cameron
On 09/13/2018 05:33 AM, Thomas Roth wrote:
> Hi all,
>
> we have one Lustre 2.5.3 with ZFS 0.6.3, and another one with Lustre 2.10.3 and ZFS 0.7.6
> I have copied a number of directories from old to new, and noticed that the number of inodes given by
> 'lfs quota' differ.
>
> Extreme example is a user with just one file:
>
> # lfs quota -h -u USER /lustre/old
>
> Disk quotas for usr USER:
> Filesystem used quota limit grace files quota limit grace
> /lustre/old 133k 0k 0k - 1 0 0 -
>
>
> # lfs quota -h -u USER /lustre/new
>
> Disk quotas for usr USER:
> Filesystem used quota limit grace files quota limit grace
> /lustre/new 60k 0k 0k - 2 0 0 -
>
>
>
> (Size difference is easy: it is a text file, and only the OSS in the 'new' FS have compression enabled.)
>
>
> I suppose some counting scheme has changed between those Lustre versions?
>
> However, some copied directories have much larger count-differences, but some have identical numbers.
>
>
> Cheers,
> Thomas
>
More information about the lustre-discuss
mailing list