[LU-9192] lfs quota reports wrong file count when using ZFS backend

• Type: Bug
• Resolution: Duplicate
• Priority: Major
• Affects Version/s: Lustre 2.8.0
• Environment: CentOS Linux release 7.2.1511; Kernel 3.10.0-327.4.4.el7.x86_64; Lustre 2.8.0

Epic/Theme

Quota zfs

• Severity: 3
• Assignee: WC Triage
• Reporter: Rick Mohr

Description

I recently set up a Lustre 2.8 file system that uses ZFS for the backend storage (both on the MDT and OSTs). When I was doing some testing, I noticed that the output from lfs quota seemed odd. While the quota information for the amount of used space seemed correct, the info on the number of files was off. For example, when I started with no files, “lfs quota” showed this:

Filesystem kbytes quota limit grace files quota limit grace
/lustre/xxxxx
33 0 0 - 18446744073709551595 0 0 -

As I created empty files one-by-one, the number of files kept incrementing. Once I had 21 files created, lfs quota then reported that I had zero files:

Filesystem kbytes quota limit grace files quota limit grace
/lustre/xxxxx
211 0 0 - 0 0 0 -

It looks like some kind of counter under/overflow, but I am not sure if this is an issue with Lustre or with ZFS.

Issue Links

• is related to: LU-2435 inode accounting in osd-zfs is racy

Comments

[Andreas Dilger]

If you upgrade both ZFS and Lustre, I believe it will transparently upgrade the quotas.

[Rick Mohr]

Thanks for the information. When the fix comes, if we upgrade Lustre/ZFS, will it automatically fix the quotas or will we need to run some command to correct the current quota info?

[Andreas Dilger]

Rick, this is (unfortunately) a known issue. There is new inode quota accounting for ZFS that is in the upcoming 0.7.0 release, along with a patch for Lustre in LU-2435.