双机下加lv后出现问题

smartlam

环境433双机，ha4.4 。叫ibm的工程师来加了些lv。过后其中一台发现问题。如下：
root@s85_2#lsvg -l oravg
oravg:
LV NAME             TYPE       LPs   PPs   PVs  LV STATE      MOUNT POINT
system_lv           jfs        32    32    1    open/syncd    N/A
temp_lv             jfs        64    64    1    open/syncd    N/A
undo_01_lv          jfs        64    64    1    open/syncd    N/A
undo_02_lv          jfs        64    64    1    open/syncd    N/A
tools_lv            jfs        4     4     1    open/syncd    N/A
index_lv            jfs        4     4     1    open/syncd    N/A
example_lv          jfs        5     5     1    closed/syncd  N/A
users_lv            jfs        4     4     1    open/syncd    N/A
ctl01_lv            jfs        10    10    1    open/syncd    N/A
ctl02_lv            jfs        10    10    1    open/syncd    N/A
ctl03_lv            jfs        10    10    1    open/syncd    N/A
redo_111_lv         jfs        14    14    1    closed/syncd  N/A
redo_112_lv         jfs        14    14    1    closed/syncd  N/A
redo_121_lv         jfs        14    14    1    closed/syncd  N/A
redo_122_lv         jfs        14    14    1    closed/syncd  N/A
redo_131_lv         jfs        14    14    1    closed/syncd  N/A
redo_132_lv         jfs        14    14    1    closed/syncd  N/A
redo_211_lv         jfs        14    14    1    open/syncd    N/A
redo_212_lv         jfs        14    14    1    open/syncd    N/A
redo_221_lv         jfs        14    14    1    closed/syncd  N/A
redo_222_lv         jfs        14    14    1    closed/syncd  N/A
redo_231_lv         jfs        14    14    1    closed/syncd  N/A
redo_232_lv         jfs        14    14    1    closed/syncd  N/A
spfile_lv           jfs        4     4     1    closed/syncd  N/A
svconfig_lv         jfs        4     4     1    closed/syncd  N/A
data01_1g_lv        jfs        32    32    1    open/syncd    N/A
data02_1g_lv        jfs        32    32    1    open/syncd    N/A
data03_1g_lv        jfs        32    32    1    open/syncd    N/A
data04_1g_lv        jfs        32    32    1    open/syncd    N/A
data05_1g_lv        jfs        32    32    1    open/syncd    N/A
data01_2g_lv        jfs        64    64    1    open/syncd    N/A
data02_2g_lv        jfs        64    64    1    open/syncd    N/A
data03_2g_lv        jfs        64    64    1    open/syncd    N/A
data04_2g_lv        jfs        64    64    1    open/syncd    N/A
data05_2g_lv        jfs        64    64    1    open/syncd    N/A
data01_3g_lv        jfs        96    96    1    open/syncd    N/A
data02_3g_lv        jfs        96    96    1    open/syncd    N/A
data03_3g_lv        jfs        96    96    1    open/syncd    N/A
data04_3g_lv        jfs        96    96    1    closed/syncd  N/A
data05_3g_lv        jfs        128   128   1    closed/syncd  N/A
data01_4g_lv        jfs        128   128   1    open/syncd    N/A
data02_4g_lv        jfs        128   128   1    open/syncd    N/A
data03_4g_lv        jfs        128   128   1    open/syncd    N/A
data04_4g_lv        jfs        128   128   1    open/syncd    N/A
data05_4g_lv        jfs        128   128   1    open/syncd    N/A
data01_5g_lv        jfs        160   160   1    open/syncd    N/A
data02_5g_lv        jfs        160   160   1    open/syncd    N/A
data03_5g_lv        jfs        160   160   1    open/syncd    N/A
data04_5g_lv        jfs        160   160   1    open/syncd    N/A
data05_5g_lv        jfs        160   160   1    open/syncd    N/A
data06_5g_lv        jfs        160   160   1    open/syncd    N/A
data01_500m_lv      jfs        16    16    1    open/syncd    N/A
data02_500m_lv      jfs        16    16    1    open/syncd    N/A
data06_1g_lv        ???        32    32    1    closed/syncd  N/A
data07_1g_lv        ???        32    32    1    closed/syncd  N/A
data08_1g_lv        ???        32    32    1    closed/syncd  N/A
data09_1g_lv        ???        32    32    1    closed/syncd  N/A
data10_1g_lv        ???        32    32    1    closed/syncd  N/A
data11_1g_lv        ???        32    32    1    closed/syncd  N/A
data12_1g_lv        ???        32    32    1    closed/syncd  N/A
data13_1g_lv        ???        32    32    1    closed/syncd  N/A
data14_1g_lv        ???        32    32    1    closed/syncd  N/A
data15_1g_lv        ???        32    32    1    closed/syncd  N/A


请问“？？？”是出什么问题了，是没同步好吗？另外一台就正常，显示是jfs。

ewhisper

RAC? export import vg ,attention major number and hdisk*

smartlam

对啊。是rac。

chinadns

阵列是7133？
c-spoc不行么？

IBM工程师怎么给你加的  最起码的export ，import都没做么？
还有就是设备文件的ower要改为oracle

flyabout

这个肯定是要重新import的,IBM的可能不懂oracle,因此要密切配合.

ddmmdd

加个着也需要ibm工程师，你们的系统管理员干什么吃的。

hayyon

加lv还需要exportvg/importvg吗？
那数据vg不是在exportvg/importvg时不能用？

没搞过hacmp,所以不懂．

yangblz

在共享VG上增加或删除LV时一定要进行资源同步,同时要注意LV的名称不要与本地卷上的LV名称重复!