我们在现有Debian6加密RAID1设置的基础上试验DRBD/心脏起搏器。我们有一个比较笼统和比较具体的问题:
1) DRBD支持的相对于物理卷(一般设计选项问题)
我们希望在我们的DRBD/起搏器设置中运行许多虚拟服务器。在这个论坛上看到(并得到了很大的帮助)使用LVM作为支持设备之后,如果我们想快速地拆分和删除逻辑卷,我们可能会更好地使用LVM之上的DRBD作为一个物理卷。这听起来对吗?
就我们而言,“支持”还是“实物容量”是更好的选择?是否有一个设计选项可以让我们有一个drbd,将所有逻辑卷都放在上面,然后允许我们有一个更简单的drbd和心脏起搏器配置?如果我们继续使用LVM作为后备设备,您是否会为每个逻辑卷创建一个drbd,并相应地创建我们的心脏起搏器CRMs?
对我们来说,这里的部分复杂性是除了使用加密的RAID1 (因此我们一直在努力处理drbd.conf中的磁盘/设备映射)之外的这些问题。
2) LVM滤波问题(更具体的问题)
在“将DRBD资源配置为物理卷”文档中,它让您在drbd上创建物理卷后调整lvm.conf : filter = “博士”,“r=”,write_cache_state = 0,然后删除lvm缓存。
问题是,一旦我们这样做,我们就不能让任何"pvscan,vgscan,lvscan“工作,而且我们需要卷组来激活,以便在drbd中添加我们修改的下一个逻辑卷。一个设置文档说您需要更新intrafs,这样我们就不能再启动机器了(这是一台测试机器,所以很不方便)。
问:我们在这里做错了什么?文档似乎表明,在调整了"lvm.conf“之后,您应该能够使用诸如"vgchange -aey volumegroup”之类的东西,但是我们所有的运行都是空白的。
这就是我们需要暂时将"lvm.conf“更新回它的原始过滤器,添加一个逻辑卷,然后更改"lvm.conf返回”的情况吗? FYI --如果我们启动原始过滤器,我们的drbd安装,但是我们在tty中得到错误,表示加密的设备不能start...so,我们假设这不是答案。
感谢您的帮助(很高兴将任何信任或日志发布为requested...just,不确定什么对您有帮助)!
发布于 2013-03-05 16:54:36
如果我正确理解了您的需求,我就会这样做:
pvck命令来验证这一点:$ sudo /dev/sda1 1在/dev/sda1 1、扇区1、type=LVM2 001找到文本元数据区域: offset=4096、size=192512 --您也可以尝试用a/.*/替换过滤器,以便扫描每个卷。尽管除非您已经搞砸了drbd设备的命名方式,否则您列出的过滤器应该工作得很好。我认为元数据丢失的可能性更大。嗯..。还要尝试运行pvscan -d以获得更多的调试数据。
https://serverfault.com/questions/484872
复制相似问题