在本文中，有一个很好的秘诀，说明如何将 RAM 磁盘用作经典 LVM 卷的缓存设备。
假设您有一个较旧的磁盘、大量 RAM 并且没有 SSD，您可以使用此技术将磁盘性能提高到本机 RAM 吞吐量。
因此，我在用于运行 Windows 10 的虚拟 VM 的 LVM 上执行此操作。瞧：VM 内的磁盘吞吐量快 4 倍（平均吞吐量，最好在修补 Windows 时使用）。
一切都很好——直到我关闭了我的 linux 系统（CentOS 7）。
数据丢失！
关机不会反汇编该缓存。在电源故障情况下也是如此（是的 - 会有数据丢失）。
但是 - 必须有一种方法来恢复剩下的东西。但是 LVM 不允许您在缺少磁盘的 VG 上进行操作。
那么 - 这个案子有收据吗？
喜欢
在最后一步中，将进行文件系统修复并从备份中恢复丢失/损坏的文件（使用 rsync）。
CentOS/RHEL 7 有一些变化（与 CO/RHEL 6 相比）。其中之一是使用grub2而不是grub。
默认情况下，操作系统似乎使用 UUID 来“查找”引导设备。
是否有一个易于使用的收据来返回设备名称（如 /dev/sda1）？
问题的背景：我打算从模板中克隆其他虚拟机。Base 是具有不同 UUID 的新（虚拟）磁盘设备。
如果我无法恢复到sda1，我需要将 grub.cfg 中克隆的 UUID 更改为新的UUID——即计划“B”。
2017-10-26更新
root=的内核参数将更改为磁盘 - 请参阅下面Thomas的答案。
这部分仍然存在一个问题，由grub2-mkconfig生成：
if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1' 716433ab-9e30-42a7-a272-6c66243499d2 else search --no-floppy --fs-uuid --set=root 716433ab-9e30-42a7-a272-6c66243499d2 fi
这仍然包含对 UUID 的搜索。如果找不到，启动过程将出现“未找到”或类似的错误。按 ENTER 后，系统将正常启动。
剩下的问题是如何停用该部分（我没有找到禁用feature_platform_search_hint的地方）？
我目前正在从作为 Dom0 的 SLES11 SP3 迁移 - 运行“旧”xend/xm 堆栈到运行“新”xl 堆栈的 CentOS6 XEN4。
我偶然发现了一个奇怪的问题： pygrub 启动后，我可以看到正确的引导行。但是：然后我得到这个：
xenconsole: Could not open tty `': No such file or directory
libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console child [0] exited with error status 2
该消息再次重复，让我在 Dom0 的控制台上，DomU 处于“运行”状态，什么都不做。我必须用“xl destroy”杀死 DomU 才能回到定义的状态。
在网上，我发现没有关于该主题的有用信息。CentOS6 XEN4 Wiki 似乎只涵盖 xend/xm。
当使用 PV CentOS 5 DomU 执行相同的程序时，DomU 无需修改即可启动。
五年多以来，我一直在生产环境中使用 XEN。
我的星座：SLES11（包括：OpenSource XEN 4.x），主/次模式下的 DRBD 8.3。
现在我很想从 SLES 转到 RedHat 或 CentOS，但遗憾的是，主要版本 6 中不再支持 xen-Dom0。
CentOS6 分支改变了这种情况，该分支开发了一个具有版本 3 内核和 XEN 4.x 的替代存储库 (XEN4)。现在该内核包含的内核模块是 drbd-module 8.4（不需要额外的 rpm！）。
我的许多脚本都适用于 DRBD 8.3，需要为 8.4 重新编写。因为 CLI 在这些版本之间发生了很大变化。
在这个星座中，drbd-user-space rpm (drbd-utils) 来自 elrepo 的 8.3 和 8.4 版本。
我的想法：在 8.4 内核模块中使用 drbd83-utils（所以我仍然使用旧的 CLI 语法）。是否有任何重大缺点可以预料？
或：替代方案：使用较旧的 kmod-drbd83 将 8.4 替换为 8.3？
如果两条路径同时获得写入请求，则使用具有两个 DRBD 主节点的 iSCSI是个坏主意。但我正在考虑将这个想法用作 ESXi 5.5U2 主机的后端存储。
我已经使用主要/次要配置和经典的故障转移集群对此进行了测试。
ESXi 在这一点上所做的是它检测到多路径并且仅主动使用一个路径。所以在这个星座中，并发写入 io 问题似乎没有出现。
现在这两种情况（主要/次要或主要/主要）的问题是：如何关闭与 iSCSI 客户端（iSCSI 术语中的 iSCSI 发起程序）具有活动打开连接的 iSCSI 服务器（iSCSI 术语中的 iSCSI 目标提供程序）？
我目前在目标服务器上使用 CentOS 5。
CO5 使用 tgtd 来提供目标。令我惊讶的是，如果有连接的客户端，正常的停止方法会失败。相反，在这种情况下，强制停止似乎是我需要的。
我想彻底关闭一台服务器（我必须停止对目标的访问，这样我才能将 drbd 切换到辅助服务器），然后另一台服务器应该自动变为活动状态（恕我直言，在这个星座中无事可做）。
在这种情况下的问题：以下是否可以，或者我错过了什么？
对于我的新设置，我购买了适用于 ESXi 5.5U2 的 Essentials Plus 软件包。
这包含（根据激活详细信息）：
我的两路服务器还没有准备好部署，所以我开始使用评估许可证（即根本没有许可证）用旧的四路机器构建测试环境。
在我的两台生产服务器激活后，我也想保持测试环境正常。
现在我的问题是：如果我在我的 4-socket-server 上安装我的 2-socket-licence 会发生什么？
我可以忍受 4 个。 - 在第 1 到第 3 种情况下，我将不得不拔出我的两个处理器，并且必须将我的 RAM 重新分配给剩余的两个处理器。
在这种情况下，我不认为这个 Q 是题外话。我只需要一个真实的答案，并认为如果以专业的方式使用 VMware，其他人可能会遇到同样的“问题”。
我根据这些说明设置了 CentOS6-XEN4-Server 。
现在我想设置网桥 - 首先手动：
brctl addbr test- 但这失败了：
“添加桥失败：未安装软件包”
谷歌搜索我尝试手动modprobe bridge触发的错误是由以下原因引起的dmesg：
网桥：未知符号 ipv6_dev_get_saddr（错误 0）
modinfo bridge显示桥接模块依赖于 stp、llc 和 ipv6。
伟大的。我不想要 IPv6，我不需要 IPv6 并将 IPv6 列入黑名单。
有没有办法在brctl不启用 IPv6 的情况下运行？
为什么会有这种依赖呢？
2014-05-14更新
我发现这是一个一般的 CentOS 6/RH 6 问题。它也适用于绑定模块。
接受的答案描述了根本原因——所以这个问题也会出现在类似的内核版本上，并且不限于 CentOS/RedHat/Scentific Linux 6。
我想在使用 Nagios 监控的系统上附加评论。我更喜欢使用 check_mk 作为 GUI。现在我偶然发现了这一点：我可以将评论设置为粘性和/或持久性。
所以我问我们的 Nagios 管理员，粘性和持久性之间的区别是什么。
事实证明，他不知道“粘性”——这必须是 check_mk 特有的。
在谷歌和 check_mk 文档的审查之后，我找不到关于该主题的任何内容。
那么：Nagios-service-comments 的粘性和持久性有什么区别？
更新：这是一个屏幕截图 - check_mk 快速搜索特定服务器，然后选择 hamer-symbol。然后这将显示：
问题是关于确认框：粘性与持久性
当虚拟化刚刚兴起时，我们试图将所有东西都虚拟化，但随后我们注意到在用例中我们的虚拟机比裸机慢得多。
对于我们来说，在决定不进行虚拟化时，我们使用以下规则：
我们在 Xen 和 DRDB 以及 Hyper-V 与 DAS 的无共享方面有过这些经验。所有管理程序都是这种情况吗？
在决定是否虚拟化应用程序/服务器时，我应该寻找哪些（其他）指标？
我即将开发一个小脚本来收集 chroot-jail 的信息。
在我的例子中，这看起来（乍一看）非常简单：应用程序有一个干净的 rpm-install 并且几乎所有文件都安装到 /opt 的子目录中。
我的想法是：
现在我想知道 - 是否有任何脚本已经完成了这样的工作（perl/bash/python）？
到目前为止，我只找到了针对单个应用程序的专门解决方案（如 sftp-chroot）。
尽管没关系（恕我直言）-操作系统是 CentOS 5 x86_64 当前的次要版本和补丁级别。
rpm -ql恕我直言，它是否不够通用，因为它只涵盖基于rpm的发行版。上面提到的“全新安装”只是提到软件的文件没有分布在整个文件系统中。所以我的出发点是 - 目前 - 一个find /opt/directory/......几乎可以在任何系统（甚至不是 Linux）上运行。
我们有培训室，通常安装 Windows XP（通过 PXE）。“正常”的 DNS/DHCP 基础设施是 Windows 服务器。培训室有自己的 VLAN（不同于 Windows 服务器），因此很可能在 Cisco 路由器上有一个用于 DHCP 请求的 IP 助手，该房间的所有 PC 都连接到该路由器。
现在我们想将一些 PC 转换为 Linux。这个想法是：将我们自己的带有 DHCP 服务器的笔记本电脑放入房间的 VLAN 并覆盖“正常”的 DHCP 响应。当时的想法是这应该可行，因为该 VLAN 中直接连接的 DHCP 服务器的响应时间应该比距离该 VLAN 几跳的“正常”DHCP 服务器更快。
事实证明，这是行不通的。我们必须手动释放原始 DHCP 服务器上的租约才能使其正常工作。
在笔记本电脑上，我们确实看到客户端请求 IP，并且“我们的”dhcp 正在向 Windows IP 请求发送 NACK，在此之前我们确实提供了我们自己的响应。
老问题：为什么这没有按预期进行？是什么让 PC 重获旧租约？
2012-08-08更新：
重新获得问题已在 DHCP-RFC 中进行了解释。现在这就解释了为什么 PC 重新获得旧租约。
现在我们在再次尝试之前从 Windows-DHCP-server 释放 IP。
再次 - Windows-DHCP-server 获胜。
我怀疑 dhcp-client 有一些算法可以确定客户端的“最佳”dhcp-answer。新问题是：
客户如何选择“最佳”答案？