标签: filesystems

有谁知道有多少用户 ACL 的 ZFS 可以处理？

换句话说：对于多少个用户，我可以为同一个目录设置这样的 ACL？

setfacl -m user:test1:rwxpDdaARWcCos:fd----:allow /mnt/project1

或者估计也不错。例如，我们说的是 100、500、1000 还是更多？

更新

121 不是 FreeBSD 9 上的错误。

• ZFS ACL 限制为 1024。
• FreeBSD ACL 限制为 254。
• FreeBSD NFSv4 ACL 限制大约是 254 的一半。

见/sys/sys/acl.h

我在 Redhat 的 Fedora 或任何其他可堆叠的文件系统中找不到 Aufs。

这似乎是由于 SELinux 的重新标记限制所致。

有没有办法在不诉诸文件/目录复制的情况下实现类似的目标。

我有以下目录列表：

/proj/online/src/main/java
/proj/online/src/main/resources
/proj/online/src/test/java
/proj/client/src/test/scala
/proj/common/src/main/resources
/proj/common/src/main/scala
/proj/common/src/test/resources
/proj/common/src/test/scala
/proj/integration/src/main/resources
/proj/integration/src/main/scala
/proj/integration/src/test/scala
/proj/mockfeedserver/src/main/scala
/proj/mockfeedserver/src/test/scala
/proj/server/src/main/scala
/proj/server/src/test/scala
/proj/foit/src/main/resources
/proj/foit/src/main/scala
/proj/foit/src/test/resources
/proj/foit/src/test/scala

我想向编译器提供以下内容*：

/tmp/foo/src/main/scala /tmp/foo/src/main/resources /tmp/foo/src/test/scala /tmp/foo/src/test/resources

使用 AUFS，我可以使用以下几个命令来实现这一点：

mount -t aufs -o br=r:/proj/common/src/main/scala=r:/proj/integration/src/main/scala=r:/proj/mockfeedserver/src/main/scala=r:/proj/server/src/main/scala=r:/proj/foit/src/main/scala=r -o udba=reval none /tmp/foo/src/main/scala 

所以这将挂载 /tmp/foo/src/main/scala 作为所有 src/main/scala 目录的组合。

太好了，但我在 Fedora 上！在没有 AUFS 或 UnionFS 的情况下，我真的看不到实现这一目标的方法。我以前听说过挂载重新绑定，它有帮助吗，还是应该更改我的发行版？

由于某些权限问题，我有一个进程在启动时失败。我想检查它在启动时尝试打开哪些文件，但lsof我只能列出正在运行的进程的打开文件，但是当它无法启动时我该怎么办？

当服务器硬盘 (Linux) 被大量小文件迅速填满时，我有时会遇到问题。发生这种情况时，我必须尝试弄清楚占用了多少空间以及占用空间的文件在哪里。这可能是一项令人惊讶的令人沮丧的任务，因为：

1. 只是做一些简单的事情，比如在包含大量文件的目录中运行 ls 可能需要很长时间。
2. df 很快，但不准确和不精确
3. du 是准确的，可以告诉您所有空间的去向，但需要永远运行

我想快速而准确地知道我的所有空间都在硬盘上的哪里，那里可能有数以百万计的小文件占用数 TB 的空间。

传统文件系统似乎不可能做到这一点（如果没有，我想听听）

我的问题是 Linux 上可用的任何新文件系统（btrfs、zfs、reiserfs 等）是否具有任何可能有助于解决此问题的超级智能功能。例如，我可以想象某种日志——每次写入时都会不断更新——它包含文件系统中每个分支占用的空间量的记录。然后问我的问题只是阅读日志的问题。

这只是可能有帮助的功能类型的一个示例，但我要求提供任何可能有助于回答问题的任何类型功能的示例：快速准确地告诉我，我的硬盘上正在使用空间的确切位置磁盘。

谢谢，汤姆

我需要在具有本地存储的 Linux 服务器上存储 ~ 150 GB 二进制文件 (qcow2) 的多个版本，并希望有一些解决方案只涉及保留可以根据需要合并的差异，这样我就不必创建另一个仅更改 4 个 Gig 时的 150 GB 文件副本。这是一个存储问题，而不是关于 KVM/qcow2 特定功能的问题。我已经探索了其中的一些选项。目前使用 CentOS 6.3 和 EXT4。这些文件需要无限期地存储，并且在恢复时必须完整无缺。如果解决方案值得，我愿意更改文件系统等。

介绍

我在生产环境中遇到了一些服务器（CentOS 6.4）的问题，问题是服务器不时崩溃，我们需要实际重新启动这些服务器才能再次使用它们。

问题

问题是有时在重新启动后，服务器会强制检查文件系统，当它失败时，有人需要亲自前往服务器并手动执行 FSCK。

问题

当这种强制检查无法通过 SSH 访问服务器时，有没有办法实际启动系统？或者是否有另一种解决方案来定期检查文件系统和对服务器的 SSH 访问。

提前致谢！

我有一个分区，我将用它来保存 VirtualBox 磁盘映像（VDI，或者可能是 VMDK）。它们是固定大小（不是动态分配的）图像。分区上没有其他文件/目录（分区根目录中只有几个 *.vdi 文件）。

哪些 ext4 参数最适合此目的？由于分区只包含几个固定大小的~20 GB 文件，并且分区上从未创建过其他文件——我想可以使用一些特殊的标志来优化性能。

要求：

1. 稳定性：图像在突然断电的情况下不得损坏（或者，至少，它们的损坏程度不应超过默认的 ext4 选项）。
2. 最高性能。

我正在尝试workspace通过 NFS将一个文件夹从服务器挂载到客户端。为此，我/export通过/etc/fstab在服务器上添加以下内容将文件夹绑定到 an ：

/home   /export none    bind

然后我/etc/exports在我的服务器上添加以下几行：

/export     *(ro,sync,no_subtree_check,insecure,fsid=0) 
/export/workspace   *(rw,sync,no_subtree_check,insecure,nohide) 

我加载 exportfs 文件，然后重新启动 nfs-kernel-server：

# exportfs -vr
# service nfs-kernel-server restart

我现在去我的客户端并检查可以导出哪些文件夹：

# showmount -e 192.168.145.131
Export list fo 192.168.145.131:
/export/workspace *
/export           *

但是当我尝试挂载文件夹时，出现以下错误：

$ sudo mount -t nfs4 192.168.145.131:/workspace nfs/ -v
mount.nfs4: timeout set for Sat Apr 19 19:16:51 2014
mount.nfs4: trying text-based options 'addr=192.168.145.131,clientaddr=192.168.145.128'
mount.nfs4: mount(2): No such device
mount.nfs4: No such device

我也试过安装/export/workspace， …

这么简单的问题 - 我们的 RAID6 阵列目前正在重建，并且文件系统性能受到了非常明显的影响（主目录在阵列上安装了 NFS）。

我有点期待，因为你正在重建阵列，所以控制器上有大量的读/写负担，但我想到我真的没有什么可以比较的。

是否在 RAID 重建期间看到严重的（5-10 秒冻结非常频繁）一种预期的行为以及大量读/写使用（在备份期间和用户通过 FTP 下载大型 [多 GB] 文件时，性能受到显着影响）。

对此的任何想法将不胜感激。这是安装在本地 NFS 上的 40TB 阵列上的硬件 RAID6 (LSI 9266-i8)（即服务器在物理上非常靠近工作站）。

我正在使用带有 xfs 的 suse 11 服务器并使用“xfs_info / srv”命令我看到了这一点。

xfs_info /srv/
meta-data=/dev/mapper/vg01-srvvol isize=256    agcount=38, agsize=1964032 blks
     =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=73367552, imaxpct=25
     =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0
log      =internal               bsize=4096   blocks=3836, version=2
     =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

所以我认为 xfs 知道下划线磁盘 sectsz 的大小，但我现在使用的是 sectsz 为 512 字节的磁盘，但我的问题是，如何使用 ext3/ext4 文件系统找到此类信息？

因为我想尝试使用 sectsz 为 4096 的新磁盘，并且可以确定，ext3/ext4 使用下划线 sectsz。

这是使用一个物理块大小为 4096 的新 ssd 的 xfs_info 的输出：

xfs_info /dev/mapper/vg00-logvol
meta-data=/dev/mapper/vg00-logvol isize=256    agcount=16, agsize=7144576 blks
         = …