相关疑难解决方法(0)

我正在开展一个向青年教授 Linux 的项目。知道他们倾向于删除或损坏其主目录中的项目，我们正在寻找一个好的快照选项。我们将无法访问主要存储供应商提供的精美工具，并希望在文件系统级别找到解决方案。

我读了很多关于 btrfs 的书，但经验很少。我对 LVM 有一些经验，但我不熟悉它的快照功能。文件系统或其他文件系统是否可以选择按需或计划创建快照？然后让这些快照在没有 root 的情况下始终可用，就像每个主文件夹中的 .snapshot 文件夹一样？

理想情况下，该解决方案允许用户在 24 到 48 小时内按需自行恢复备份。我们将为系统进行另一个备份过程和更多的全局备份。但我们不希望这个过程被那些只是犯“错误”的学生使用。

据说（例如，请参阅此处的有关它的问题），对于启用 NCQ 的驱动器，驱动器写入缓存应该是安全的，因为它不会对操作系统说谎，即当数据未提交到盘片时. 我试图弄清楚需要哪些设置才能使这成为现实。

我正在使用diskchecker.pl来确认是否所有块都在拔下电源插头后幸存下来。服务器配置如下：

• 4 个 ST3500514NS 在 Linux MD RAID10 中运行。英特尔 3420 芯片组。在 AHCI 模式下。
• LVM 在 RAID10 上运行。
• 测试的文件系统是逻辑卷上的 ext4（barrier=1，data=ordered）。我还尝试直接在逻辑卷（块设备）上进行测试；那没有帮助。
• Debian 6.0（挤压）；内核 2.6.32-5-amd64

如果我关闭写缓存 ( hdparm -W0)，那么它就可以工作（性能损失巨大）。所以看起来上层是有能力的。

我试过在 libata 中启用 FUA（通过传递fua=1给模块加载，并通过 确认dmesg），这没有帮助。

关于如何进行这项工作的任何建议？

编辑：找到原因（见我的回答）；关于如何至少恢复部分性能的任何建议？

有一天，当我在 Vmware 下的 Linux 客户机上扩展磁盘时，我经历了一次真正的脑放屁时刻。我将 Vmware 磁盘文件拉伸到所需的大小，然后执行了在没有LVM 的 Linux 客户机上通常执行的操作：删除了 LVM 分区并重新创建了它，从与旧分区相同的位置开始，但扩展到了新的大小磁盘。（接下来是 fsck 和 resize2fs。）

然后我意识到 LVM 在原始分区上的行为方式与 ext2/3/4 不同...从最近的备份（幸运的是，仅在五个小时前进行）恢复 Linux 来宾后，我现在很好奇我如何从以下场景中恢复过来。毕竟几乎可以肯定，我将来也会成为一个笨蛋。

具有一个磁盘的虚拟 Linux 客户机，分区为一个 256MB 的 /boot（主）分区 (/dev/sda1)，其余部分位于逻辑扩展分区 (/dev/sda5)。

然后使用 pvcreate 将 /dev/sda5 设置为物理卷，并使用常用的 vgcreate 命令在其上创建一个卷组 (vgroup00)。然后vgroup00被分成两个逻辑卷root和swap，逻辑上用于/和swap。/ 是 ext4 文件系统。

由于我有损坏的 guest 虚拟机的备份，因此我能够使用 vgcfgrestore 从 /etc/lvm/backup 下找到的备份 LVM 设置重新创建卷组，并使用与物理卷相同的 UUID 等。运行此命令后，我有两个与之前大小相同的逻辑卷，其中有 4GB 的可用空间，用于扩展磁盘。

但是，当我尝试运行“fsck /dev/mapper/vgroup00-root”时，它抱怨超级块损坏。我尝试通过运行“mke2fs -n /dev/mapper/vgroup00-root”来定位备份超级块，但这些都不起作用。然后我尝试运行TestDisk，但当我要求它查找超级块时，它只给出了由于文件系统损坏而无法打开文件系统的错误。

那么，在Ubuntu Server 10.04 64位中LVM2的默认分配策略下，是否有可能从卷组的末尾分配逻辑卷呢？这肯定可以解释为什么恢复的逻辑卷不包含预期的数据。我可以通过重新创建大小和磁盘位置与之前完全相同的 /dev/sda5 来恢复吗？我可以使用其他工具来查找和恢复文件系统吗？（很明显，问题不在于我是否应该从一开始就以不同的方式来做这件事，我知道。这是一个关于当狗屎已经开始流行时该怎么办的问题。）

一位同事问我为什么要使用 LVM。以我有限的 LVM 知识，我这么说是因为它可以让您轻松调整/管理卷！

他的想法是这样的：

我们使用 ESX，并且有能力增加磁盘的大小。他提出了这个方案，而不是使用 LVM：

1. 在 vSphere Client 中将 /dev/sdb 增加 100GB
2. 回到 Linux 重新扫描 /dev/sdb： echo 1 > /sys/block/sdb/device/rescan
3. 在线调整FS的大小：resize2fs /dev/sdb

完毕。

这似乎很好。我不确定。与使用 LVM 相比，这种情况有什么问题？允许磁盘扩展的更好选择是什么？

我们计划通过开源虚拟化解决方案对现有基础设施进行虚拟化。KVM 和 Xen 在最终名单上。大型云玩家仍在使用 Xen，我们发现 KVM 越来越受欢迎，并被不少 VPS 提供商采用。

我们最关心的是稳定性。那么问题来了，KVM 在 2011 年是否足够稳定以供生产使用？

我遇到了一个非常典型但奇怪的问题：我的服务器断电后硬盘坏了。我可以感觉到 fsck 在崩溃后在启动时完成了巨大的工作，然后我的 subversion 存储库失去了几个月的工作 - 这对我来说听起来很奇怪。服务器在该硬盘驱动器上运行 ext4，因此它应该是安全的 - 但事实并非如此。我开始怀疑是硬盘驱动器问题，但也许还有其他原因？

相关fstab行是

/dev/mapper/vg_data-LV_data /data ext4 默认为 1 2

系统是 Fedora 11 x86_64。

LVM over RAID 是否有任何开销，如果是，它对性能的影响有多大？

另外，这种设置有多可靠？

问候。