问题[quota](server)

我对 ZFS 不是很熟悉，需要在 FreeNAS 上增加 ZFS 共享的大小。当我这样做时，zpool list我看到我们有 2 个 ZFS 池：

NAME           SIZE  ALLOC   FREE  EXPANDSZ   FRAG    CAP  DEDUP  HEALTH  ALTROOT
Volume1       1.98T  1.00T  1003G         -    26%    50%  1.00x  ONLINE  /mnt
Volume2       1.98T   140G  1.85T         -     2%     6%  1.00x  ONLINE  /mnt

我想增加大小的共享是一个Volume1名为的目录releases（应该从 100G 到 150G）

[root@axxfile] ~# zfs list | grep releases
Volume1/releases                                           100G   280K   100G  /mnt/Volume1/releases

[root@axxfile] ~# zfs get quota Volume1/releases
NAME              PROPERTY  VALUE  SOURCE
Volume1/releases  quota     100G   local

为了增加我所做的大小：zfs set quota=150 Volume1/releases这导致：

[root@axxfile] ~# zfs list | grep releases
Volume1/releases                                           100G   280K   100G  /mnt/Volume1/releases

[root@axxfile] ~# zfs get quota Volume1/releases
NAME              PROPERTY  VALUE  SOURCE
Volume1/releases  quota     150G   local

由于某种原因，配额从 100G 增加到 150G，但“可用空间”仍然是 100G。在向谷歌询问解决方案后，我发现我增加了 ZFS 共享，但操作系统不知道这一点，所以我需要用类似的东西告诉操作系统

[root@axxfile] ~# growfs -M /mnt/Volume1/releases/ Volume1/releases
growfs: illegal option -- M
usage: growfs [-Ny] [-s size] special | filesystem

如您所见，这不起作用，因为-M它不是有效的属性。我尝试继续谷歌搜索，但无法找到解决方案。也许有人可以通过解释我做错了什么或我错过了哪一步来帮助我？

也许很高兴知道我们使用的是旧版本（9.3）的 FreeNAS。计划在不久的将来进行更新，但我们还无法做到。

============== 更新1 ============ @Michael Hampton

我注意到 refquota 仍然是 100G，我猜这就是问题所在？

[root@axxfile] ~# zfs get quota,reservation,refquota,refreservation Volume1/releases
NAME              PROPERTY        VALUE      SOURCE
Volume1/releases  quota           150G       local
Volume1/releases  reservation     none       local
Volume1/releases  refquota        100G       local
Volume1/releases  refreservation  none       local

[root@axxfile] ~# zfs get -r reservation,refreservation -t filesystem,volume Volume1
cannot open '-t': dataset does not exist
cannot open 'filesystem,volume': invalid dataset name
NAME                                              PROPERTY        VALUE      SOURCE
Volume1                                           reservation     none       local
Volume1                                           refreservation  none       local
Volume1/VM                                        reservation     none       local
Volume1/VM                                        refreservation  none       local
Volume1/ab                                        reservation     none       local
Volume1/ab                                        refreservation  none       local
Volume1/backup                                    reservation     none       default
Volume1/backup                                    refreservation  none       default
Volume1/backup/cloneimages                        reservation     none       local
Volume1/backup/cloneimages                        refreservation  none       local
Volume1/backup/sicherungen                        reservation     none       local
Volume1/backup/sicherungen                        refreservation  none       local
Volume1/backup/switch                             reservation     none       default
Volume1/backup/switch                             refreservation  none       default
Volume1/jails                                     reservation     none       default
Volume1/jails                                     refreservation  none       default
Volume1/mailserver                                reservation     none       local
Volume1/mailserver                                refreservation  none       local
Volume1/releases                                  reservation     none       local
Volume1/releases                                  refreservation  none       local

我有一个总磁盘容量为 120GB 的 VPS。在过去的几个月里，我们的使用量激增，因为我们一直在使用磁盘空间的 95% 以内。

无论如何，几天前，我发现了一些真正不需要的大型日志文件，我删除了它们，这为我购买了大约 11 GB 的空间。系统显示 16GB 可用空间。但是今天早上，发生了一件有趣的事情——我检查了磁盘空间，却发现有 26GB 空闲。我只能假设那些是一些 tmp 文件。

有没有办法确定哪些文件被删除了？

我最近开始使用 Compute Engine Google Cloud Platform。上周，我从免费试用转为付费计划。由于我的部署受到 CPU 配额的限制，我要求增加两个配额：“CPU (europe-north1)”和“CPU（所有区域）”。europe-north1 配额立即被接受，现在是 512。但是，我的部署现在仍然受到所有区域配额的限制，即 32。

我还没有收到有关所有区域配额的回复，任何进一步的请求都会立即被拒绝，并显示以下消息：

We have received your quota request for [PROJECT].

Unfortunately, we are unable to grant you additional quota at this time. If this
is a new project please wait 48h until you resubmit the request or until your
Billing account has additional history.

Your Sales Rep is a good Escalation Path for these requests, and we highly
recommend you to reach out to them.

If you have any further questions, please reply to this thread or feel free to
reach out to us at gc-team@google.com.

我没有销售代表，所以我上周联系了 gc-team@google.com 地址，但从那以后就没有收到他们的消息。我读到，显然，最近引入了所有区域配额。

到目前为止我已经尝试过：

• 为所有区域配额请求不同的数字。
• 进行了人工付款，并通过了。

然而，我的请求不断被拒绝，我仍然被限制在总共 32 个 CPU 内核。对此有任何想法或提示吗？

更新：我一直在使用 n1-standard-4 和 n1-standard-8 实例。一旦 CPU 总数超过 32，GCP 就会中止部署。例如，当我尝试创建 8 个 n1-standard-8 虚拟机时，我收到以下错误消息（通过 terraform）：

google_compute_instance.worker[3]: 1 error(s) occurred:
google_compute_instance.worker.3: Error waiting for instance to create: Quota 'CPUS_ALL_REGIONS' exceeded.  Limit: 32.0 globally.

我的 Ubuntu VPS 有问题，提供商无法和/或不愿意提供帮助。问题是他们应该支持磁盘配额，但它在我的服务器上不起作用。repquota -a抱怨/dev/vzfs不存在，即使/安装在它上面。

在调查了几个小时的问题后，我发现了这篇文章。

该vzquota脚本看起来与我的服务器上的脚本完全一样，除了创建设备节点的行，这在我的版本中不存在：

[ -e "/dev/vzfs" ] || mknod /dev/vzfs b 0 115

这可能是解决方案吗？mknod创建设备的正确数字是vzfs多少？我可以从我的提供商那里得到它们吗？还是应该由虚拟化软件动态分配？

我在 /var/qmail/mailnames 下有一个电子邮件文件夹，具有来自用户 popuser 的文件权限。

我想将相应的文件夹与客户帐户相关联。

例如：

链接还是挂载？

邮件文件夹：/var/qmail/mailnames/exampleDomain -> /var/www/vhosts/exampleDomain/mail

用户权限：popuser:popuser -> exampleDomainUser:exampleDomainGroup

新的挂载点或链接应由磁盘配额捕获。

我已经用mountfs做了一个测试。磁盘配额不记录新文件夹。

这样的事情可能吗？

我们刚刚升级到 Fedora 25 并重新启用了对 Drobo 设备的 tar/gzip 备份。

这些错误在重新启用备份后才开始发生。

gzip: stdout: Input/output error
/bin/tar: Child returned status 1
/bin/tar: Error is not recoverable: exiting now

STANDARD OUTPUT:
Backed up /home to /drobo/home.tgz

Backup of /home/users FAILED

Backed up /home/users to
home-users-FAILED.tgz
/bin/tar: home/users/aquota.user: Cannot utime: Operation not permitted

我知道 aquota.user 文件设置为不可变：

lsattr aquota.user 

----i--A------e---- aquota.user

所以我尝试了这个：

# chattr -iAe aquota.user
chattr: Operation not permitted while setting flags on aquota.user

所以我尝试将这些标志添加到我们备份脚本中的 tar 命令中：

--no-overwrite-dir --preserve-permissions

错误继续。有任何想法吗？

我无法确定如何获取当前在 btrfs 子卷上设置的配额限制。 配额上的 btrfs wiki似乎没有显示这一点。

这是我认为我知道的：

• 设置配额：btrfs qgroup limit 21G /path
• 检查已用空间：btrfs qgroup show /path

但是如何检查已经设置的限制？

我正在将客户端从他们当前的服务器迁移到具有 DRBD 复制的新服务器。他们正在使用配额，我想知道是否有一种简单的方法可以在旧服务器上导出它们并在新服务器上导入它们？我用谷歌搜索了一下，我想通过混合 repquota 和 setquota 应该是可能的，但也许已经有一个工具可以做到这一点？

谢谢

操作系统：Ubuntu 16.04

我已经从 apt 安装了命令行工具，并找到了一些说明，通过附加到文件 /etc/default/grub 然后重新启动来在quota根分区上启用配额。rootflags=uquota,gquotaGRUB_CMDLINE_LINUXupdate-grub

这似乎只影响我的根分区，因为repquota -a给出了以下输出。

*** Report for user quotas on device /dev/sda5
Block grace time: 7days; Inode grace time: 7days
                        Block limits                File limits
User            used    soft    hard  grace    used  soft  hard  grace
----------------------------------------------------------------------
root      -- 2791432       0       0         176163     0     0
daemon    --      52       0       0              1     0     0
etc.
etc.

由于我想检查 /var (/dev/sda6) 分区 aswel 我试图为 /var 填写/etc/fstab,usrjquota=quota.user,grpjquota=quota.group或,uquota,gquota/etc/fstab 但mount一直输出 noquota：

(rw,noatime,attr2,inode64,noquota)

尝试挂载 /var 时，使用其中任何一个挂载选项重新引导都会导致引导错误。

如何在我的其他分区上实现配额控制？

我在我的网络中观察到一种奇怪的行为。

我将我的网络用户存储在 OpenLDAP 2.4 中，它也为 samba 3.6 域提供服务。

我的 NFS 服务器上有用户配额，这就是我偶然发现“问题”的地方。

当我调用repquota -up它时，它会显示数字 ID，而不是某个数字 ID 的 uid。

如果我调用repquota -upC所有 LDAP 用户 UID 都会显示，所以我认为目前这不是一个真正的问题。

据我所知，一切正常。我可以登录，id显示正确的信息。ls还显示正确的 UID 而不是数字 ID。

到目前为止，repquota -up可以重现来自的行为，即不显示某个点之后的 LDAP 用户。genent passwd

而且，在进一步考虑这一点时，我们也有问题，那个手指只能在两个方向上工作，直到有问题的 UID。这意味着，这finger <Realname>只会为具有较小（因此较旧的数字 ID）的用户产生结果。finger uid总是产生正确的结果。

我继续阅读nscd并nslcd玩弄了 nscd max-db-size，但这并没有改变。我nscd在所有执行 LDAP 身份验证的机器上安装并运行，但只安装nslcd在一台机器上以试验这个问题。

操作系统从 Debian 7 和 8 到 Ubuntu Server LTS 14.04 和 16.04 不等。我使用 libnss-ldap 和 libpam-ldap。

正如我所说，我没有真正的问题，除了，如果用户超过配额，我有时只会看到数字 ID。我可以通过更改repquota. 但我有点害怕，我有一些错误配置，可能会在某些时候导致问题。

所以我的问题是，如果有人知道我可以在哪里解决这个问题？或者，如果这是某种预期的行为。目前我不知道在哪里寻找线索。

干杯，克里斯托夫