volumn group & odm 的问题

phanx

回复 1# ILoveMK


    楼主问题有点多啊，自己多做做实验吧，别一天就知道问啊，虽然不耻下问是好事，但这不鼓励大家先要自己动手研究嘛。

1. varyoffvg -s VGNAME 的时候，这个vg被释放，VG上的LV无法被mount和访问，但是可以使用chlv,extendlv这些操作LV的命令。 如果你不带-s参数varyoffvg的话，这些逻辑卷的命令都用不了。

2. odmdelete 命令应该不会去自动savebase，需要手工执行savebase。 例如这个操作 odmdelete -o CuAt -q "name=VeritasVolumes AND  attribute=PdDvLn_devtype AND value=abc"  后需要手工savebase。
    savebase保存的是启动1阶段用的基础设备的自定义信息。不是基础信息不需要savebase。

3. super strict与strict的区别是如果你的1个LV设置了3份镜像。 你有三个PV hdisk0 hdisk1 hdisk2  , 在super下面， 你的 copy1 ，copy2 ，copy3 必须分别各自放在三个PV中。而strict则允许两个copy共存与一个PV，另一份copy则需要存在于第二个PV上。
    super 是这样  hdisk0(copy1)  hdisk1(copy2)  hdisk2(copy3)       strict可以这样 hdisk0(copy1)    hdisk1(copy1,copy2)

Sets a super strict allocation policy, so that the partitions  allocated for one mirror copy cannot share a physical  volume with the partitions from another mirror copy.
设置super strict 分配策略，这样，一个镜像(mirror1)的PP不能与另外一个镜像(mirror2)的PP共享同一个PV。 这里指的是LV中一个LP的 第二份copy和第三份copy。

orian

又来。。。好吧，继续回答。

1.的回答，找个英文翻译行么？没有任何难理解的地方，就是英文所说的那个意思。

2. 不会。不需要。另外一半都用bosboot，不要单独执行savebase，除非有特殊要求。

3. 简单来说一个lv有1,2,3三个lp
如果pv1上是1:1, 2:1, 3:2，pv2上是1:2, 2:2, 3:1 （：前面数字是lp number，后面数字是第几份copy），strict allocation是满足的，但不满足super strict allocation的要求。

orian

回答的比提问还踊跃。。。好现象。继续踊跃一下

没事注意少用odmdelete，这不是什么好命令，除非你对几个odm库和设备之间的关系如掌上观纹，即使这样，能用别的方式解决的，还是少动odm。这不是显水平的时候，既然一条简单命令可以解决，而且保证系统各个库的信息同步，干嘛去一个一个搞odm呢。另外注意备份，我自己失手好几次，虽然都不是什么大问题，但有时候还是搞得很麻烦，算是别在小河沟翻了大船的好。总之，就是一条，有正统的方案走正统的，实在解决不了了，再搞odm。这也是我说能bosboot，干嘛savebase呢？不过有时候启动设备换了，bosboot执行会出错，同时又想改启动设备的磁盘号，就先搞掉odm，然后savebase清一下，这是我现在唯一能想到的，必须搞odm的“正确操作”情况。当然有很多odm乱了，正常执行命令就不对，必须要手工去研究一致数据，其实这也往往由于以前绕过系统直接执行odm操作导致的，或者系统命令执行中中断引起的遗留问题。

phanx

楼上所言极是。  ODM 一般是能不动，就别去动。 我也只遇到过一两次需要手工动ODM的事情，EMC的ODM和PowerPath有问题，卸载出错，只有odmdelete清理定义信息，然后savebase。