问题标签 [xfs]

我正在使用 backintime 进行备份，而备份又使用 rsync 来制作快照。计算机上的大多数文件系统都是 XFS，包括 rsync 目标，系统是 Ubuntu 20.04，rsync 版本 3.1.3 协议版本 31。

2我从 rsync得到一个退出代码Protocol incompatibility，一些挖掘表明，如果您在具有不同 rsync 版本的两台计算机之间的某个（ssh）连接上运行 rsync，或者登录脚本将一些意外输出注入 ssh 连接，则会发生这种情况。这里都不是这种情况，这都是本地的，请参见下面的命令行。

=> 对这个 rsync 错误有更多的了解吗？Protocol incompatibility如果只有一个地方怎么会发生/usr/bin/rsync？

你的，史蒂芬

本地 U 盘挂载为 type xfs (rw,nosuid,nodev,relatime,attr2,inode64,logbufs=8,logbsize=32k,noquota,uhelper=udisks2)

情况：服务器使用 XFS 文件系统，块大小 4kB。有很多小文件。

结果：一些目录占用 2+GB 空间，但实际文件大小小于 200MB。

解决方案：将 XFS 块大小更改为尽可能小，512B。我知道这意味着更多的开销和一些性能损失，我无法找出多少。

问：怎么办？

我知道 XFS 使用 xfsdump 来备份数据。因此，假设 /dev/sda2 是我想要更改的实际 XFS 文件系统，而 /mnt/export 是我想要使用 xfsdump 转储它的位置。手册说转储的块大小必须与恢复的块大小和 -b 参数“指定用于转储的块大小（以字节为单位）相同”。. 我有点担心，因为手册还说“默认块大小为 1Mb”

这是转储我的完整文件系统的正确方法（在这种情况下，/dev/sda2 安装到 /home）？

如果上面的命令是正确的，我需要做什么才能正确取回我的文件，只有 512B 块大小？我的猜测是使用将 /dev/sda2 重新格式化为 512B 块大小

然后使用

但我不确定如何，也没有一个好的方法来测试我是否正确。

我们在 SLES 12 SP5 XFS 文件系统上运行 MariaDB 服务器。尝试在文件系统级别进行一些性能调整。

MariaDB 知识库“文件系统优化”建议在挂载期间使用“noatime”。但是很少有其他文章说它在“xfs”文件系统中没有任何区别（它说“默认的 atime 行为是 relatime，与 noatime 相比几乎没有开销，但仍然保持理智的 atime 值”）

寻找有关此主题的专家建议：“在挂载时使用 noatime 会给 xfs 文件系统带来任何性能优势”

我有一个通过 nfs 提供给众多客户的 xfs 文件系统。在用作挂载选项/etc/fstab时已正确启用配额。uquota,gquota,pquota

但是，默认配额仅在用户创建新文件后才会显示当我尝试设置限制时，例如通过

该命令执行得很好但是当我通过

只有在将文件创建为该用户后，才会为该用户显示更改。

由于某种原因，也无法通过“重置”到无限制

这仍然强制执行以前的默认值。一种解决方法似乎是使用xfs_quota -x -c 'restore -f <file of dump filled with 0>' <path to xfs mountpoint>. 另一个观察结果是，xfs_quota -x -c 'dump' <path to xfs mountpoint>在创建文件后强制执行后，它也只报告非 0 默认配额。

我还尝试通过删除所有相关的配额元数据

但是，删除以XFS_QUOTARM: Invalid argument.

我做错了什么还是xfs_quota只是马车？如果不：

• 为什么不能将限制默认值设置回 0？
• 这是xfs_quota -x -c 'report -h -b -u' <path to xfs mountpoint>关于默认限制的预期行为吗？可以更改为立即显示默认值吗？
• 如何删除配额相关的元数据？

是否有任何可能的方法来增加 xfs 文件系统中 inode 的大小？我有一个 2 TB 的硬盘，它的容量更小。我需要将更多文件复制到其中。但是 inode 被填满了。我从 ext4 文件系统更改为 xfs 文件系统，但它仍然被填满。

系统信息：

问题：系统运行时，出现如下错误日志。然后无法运行任何命令行。

谁能帮我分析或定位问题。提前致谢。

我有一个 ~250 TB Xfs 文件系统，通过 LVM 分布在多个磁盘 (PV) 上。

我已将大部分数据移至另一台服务器。剩余的数据（约 60 TB）很容易仅适用于 PV。

我想停用我的 VG 中除了一个磁盘之外的所有磁盘。问题是我的 LV 是 Xfs，并且Xfs filesystem shrinking is unsupported. 因此，无论文件系统多么“空”，我都无法pvmove从 PV 中取出扩展区，因为它仍然被 Xfs 中的可用空间“使用”，因此不能vgreduce。

有关如何执行此操作的所有教程，例如https://yallabs.com/linux/how-to-reduce-shrink-the-size-of-a-lvm-partition-formatted-with-xfs-filesystem/，煮下到“备份您的数据，重新格式化，恢复”。

这真的是唯一的选择吗？

在我运行之后xfs_repair /dev/centos/home，文件夹 vm 中的数据没有恢复。目录 inode 中的“vm”丢失了？在 xfs_bmbt 块中检测到元数据损坏