2

这是关于在 ext4 文件系统上设置项目配额/目录配额。在 ext4 文件系统中允许项目配额的补丁是通过补丁https://lore.kernel.org/patchwork/patch/541895/提交的。

我已经尝试了以下步骤（随后是相关命令）： 1. 在块设备 mkfs.ext4 /dev/nvme0n1 上创建文件系统

  1. 启用项目配额 tune2fs -O project -Q prjquota /dev/nvme0n1

  2. 挂载块设备： mount -o prjquota /dev/nvme0n1 /test

  3. 在挂载路径上启用配额：quotaon -Pv -F vfsv1 /test

  4. 为项目配额创建项目 ID/项目名称： echo 51:/test/first >> /etc/projects echo testproj:51 >> /etc/projid

  5. 编辑与项目用户相关的配额：testproj edquota -P testproj

将软块单元设置为 10，将硬块单元设置为 20

  1. 符合配额设置

repquota -avugP

设备上的项目配额报告 /dev/nvme0n1 块宽限时间：7 天；Inode 宽限时间：7 天 块限制 文件限制

项目使用了软硬恩典 使用了软硬恩典

测试项目——0 10 20 0 0 0

  1. 开始在 /test/first 下的所述目录上写入/执行 IO

fallocate -l 10G 十.txt

  1. 我可以看到在所述位置创建了一个大小为 10G 的文件，并且在 #7 中运行上述命令我可以看到消耗的 inode 没有变化。

是否有任何其他步骤可以在 ext4 文件系统上启用配额？

内核版本：4.15.0-36-generic

4

1 回答 1

2

我相信你错过了一个

chattr +P -p 51 /test/first

/etc/projects 似乎只被 XFS 工具使用。此外 /etc/projid 仅用于漂亮的打印。

仅供参考，这是我想出的程序：

（实际创建块设备的步骤 0：

dd if=/dev/zero of=/tmp/fs bs=1024 count=80000
losetup -f /tmp/fs
losetup -l

)

  1. 创建一个具有足够大 inode 的文件系统：
mkfs.ext4 -I 256 /dev/loop0
  1. 启用项目配额并确保默认安装文件系统（这里使用扩展选项 with -E，避免在步骤 3 中使用安装选项，但也很偷偷摸摸，因为您在 /proc/mounts 中看不到它，因为它是这样安装的)
tune2fs -Q prjquota  /dev/loop0
tune2fs -E mount_opts=prjquota /dev/loop0
  1. 安装它
mount /dev/loop0 /mnt/loop/

  1. 命令的配额似乎没有用，所以跳过这个

  2. 设置一个项目 ID，但作为下一个系统管理员登录到您的盒子的纯粹礼貌。实际上不需要

echo testproj:51 >> /etc/projid
  1. 实际上使您的文件夹成为项目的一部分（您的列表中缺少该文件夹）
mkdir abc
chattr +P -p 51 abc
  1. 编辑配额。让我们使用 setquota 工具，它可以稍后在一些 ansible playbook 中使用，这与运行交互式编辑器的 edquota 不同：
setquota -P testproj 0 1234 0 0 /mnt/loop/
  1. 确认配额已设置
repquota  -P   /mnt/loop/
# in some parsable format, assuming you wrote some simple enough strings in projid, since the xml formatter is pretty basic
repquota -P /mnt/loop/ -O xml
  1. 验证它是否有效：

作为普通用户：

dd if=/dev/zero of=someoutput oflag=append
loop0: write failed, project block limit reached.
dd: writing to 'someoutput': Disk quota exceeded
2471+0 records in
2470+0 records out
1264640 bytes (1.3 MB, 1.2 MiB) copied, 0.00985608 s, 128 MB/s
  1. 验证您可以轻松地逃脱它，作为普通用户：
chattr  -p 43 someoutput
dd if=/dev/zero of=someoutput oflag=append
dd: writing to 'someoutput': No space left on device
127427+0 records in
127426+0 records out
65242112 bytes (65 MB, 62 MiB) copied, 0.561987 s, 116 MB/s

这里完全填满了文件系统。

编辑：有关项目配额限制的更多信息回复：项目配额文件所有者可以更改其项目 ID？, Re: ext4 和项目配额错误 (/ features)

于 2020-04-27T17:45:02.360 回答