关于hacmp concurrentVG的疑问,请高手赐教!!!
时间:2010-09-16
来源:互联网
环境:两台P690 连接EMC dmx4存储
OS:5204 HACMP:5.1 RAC:oracle9i
现有vg
vgjfdb13
vgjfdb12
vgjfdb11
vgjfdb10
vgjfdb9
vgjfdb8
vgjfdb7
vgjfdb6
vgjfdb5
vgjfdb4
vgjfdb3
vgjfdb2
vgjfdb1
其中vgjfdb1-vgjfdb10状态正常,vgjfdb11,vgjfdb12,vgjfdb13显示不正常
举例:
正常vg显示
VOLUME GROUP: vgjfdb10 VG IDENTIFIER: 00315d8f00004c000000011a814e554c
VG STATE: active PP SIZE: 64 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 6468 (413952 megabytes)
MAX LVs: 256 FREE PPs: 308 (19712 megabytes)
LVs: 153 USED PPs: 6160 (394240 megabytes)
OPEN LVs: 149 QUORUM: 7
TOTAL PVs: 12 VG DESCRIPTORS: 12
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 12 AUTO ON: no
Concurrent: Enhanced-Capable Auto-Concurrent: Disabled
VG Mode: Concurrent
Node ID: 1 Active Nodes: 2
MAX PPs per PV: 1016 MAX PVs: 32
LTG size: 128 kilobyte(s) AUTO SYNC: no
HOT SPARE: no BB POLICY: relocatable
不正常vg显示1(两节点显示Active Nodes:为空)
VOLUME GROUP: vgjfdb11 VG IDENTIFIER: 00315f8f00004c0000000123bcd7cab0
VG STATE: active PP SIZE: 64 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 10780 (689920 megabytes)
MAX LVs: 256 FREE PPs: 3420 (218880 megabytes)
LVs: 80 USED PPs: 7360 (471040 megabytes)
OPEN LVs: 74 QUORUM: 6
TOTAL PVs: 10 VG DESCRIPTORS: 10
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 10 AUTO ON: no
Concurrent: Enhanced-Capable Auto-Concurrent: Disabled
VG Mode: Concurrent
Node ID: 1 Active Nodes:
MAX PPs per PV: 2032 MAX PVs: 16
LTG size: 128 kilobyte(s) AUTO SYNC: no
HOT SPARE: no BB POLICY: relocatable
不正常vg显示2(一个节点为concurrent,另一个节点为non-concurrent,而且Active Nodes:也是为空)
VOLUME GROUP: vgjfdb13 VG IDENTIFIER: 00315d8f00004c0000000129948604e3
VG STATE: active PP SIZE: 64 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 17248 (1103872 megabytes)
MAX LVs: 256 FREE PPs: 6848 (438272 megabytes)
LVs: 112 USED PPs: 10400 (665600 megabytes)
OPEN LVs: 0 QUORUM: 9
TOTAL PVs: 16 VG DESCRIPTORS: 16
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 16 AUTO ON: no
Concurrent: Enhanced-Capable Auto-Concurrent: Disabled
VG Mode: Concurrent
Node ID: 1 Active Nodes:
MAX PPs per PV: 2032 MAX PVs: 16
LTG size: 128 kilobyte(s) AUTO SYNC: no
HOT SPARE: no BB POLICY: relocatable
*************************
VOLUME GROUP: vgjfdb13 VG IDENTIFIER: 00315d8f00004c0000000129948604e3
VG STATE: active PP SIZE: 64 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 17248 (1103872 megabytes)
MAX LVs: 256 FREE PPs: 6848 (438272 megabytes)
LVs: 112 USED PPs: 10400 (665600 megabytes)
OPEN LVs: 0 QUORUM: 9
TOTAL PVs: 16 VG DESCRIPTORS: 16
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 16 AUTO ON: no
Concurrent: Enhanced-Capable Auto-Concurrent: Disabled
VG Mode: Non-Concurrent
MAX PPs per PV: 2032 MAX PVs: 16
LTG size: 128 kilobyte(s) AUTO SYNC: no
HOT SPARE: no BB POLICY: relocatable
现在hacmp里RG已经加入这13个vg 并且策略是并发模式
操作经历:
1、此系统一直是应用人在维护,从最开始的4个并发vg逐渐加到了13个vg
2、应用人员建立vg是用命令建立的,通过mkvg -c的参数 然后再一节点varyoff 另一节点import,在varyonvg -c 这样两边就可以同时并发挂载vg
3、问题出现的是在第vgjfdb11个vg开始,应用人员想建立raw lv扩展表空间,结果在一节点建立完raw lv后在二节点显示异常,type选项为???
举例:lvg13_2g_d_001 ??? 32 32 16 closed/syncd N/A
4、vgjfdb12、vgjfdb13均是如此。
5、由于vgjfdb13建立的时候还没有加入到生产数据库中,可以作为测试用,我在二节点执行varyoff和varyonvg -c操作后发现lv的显示正常,并且让应用人员建立表空间测试也好用。
在和应用人员聊天的时候,得知 vgjfdb11-13是后添加的存储,也就是dmx4 而vgjfdb1-vgjfdb10用的存储是原来的dmx2上的数据拷贝到dmx4上的
并且应用人员在建立11-13这三个并发vg的时候 建立lv同步都是可用的,再加入hacmp进行了配置同步后在建立lv就发生异常了
哪位大侠,遇到过类似的case,这到底是什么原因呢?
OS:5204 HACMP:5.1 RAC:oracle9i
现有vg
vgjfdb13
vgjfdb12
vgjfdb11
vgjfdb10
vgjfdb9
vgjfdb8
vgjfdb7
vgjfdb6
vgjfdb5
vgjfdb4
vgjfdb3
vgjfdb2
vgjfdb1
其中vgjfdb1-vgjfdb10状态正常,vgjfdb11,vgjfdb12,vgjfdb13显示不正常
举例:
正常vg显示
VOLUME GROUP: vgjfdb10 VG IDENTIFIER: 00315d8f00004c000000011a814e554c
VG STATE: active PP SIZE: 64 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 6468 (413952 megabytes)
MAX LVs: 256 FREE PPs: 308 (19712 megabytes)
LVs: 153 USED PPs: 6160 (394240 megabytes)
OPEN LVs: 149 QUORUM: 7
TOTAL PVs: 12 VG DESCRIPTORS: 12
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 12 AUTO ON: no
Concurrent: Enhanced-Capable Auto-Concurrent: Disabled
VG Mode: Concurrent
Node ID: 1 Active Nodes: 2
MAX PPs per PV: 1016 MAX PVs: 32
LTG size: 128 kilobyte(s) AUTO SYNC: no
HOT SPARE: no BB POLICY: relocatable
不正常vg显示1(两节点显示Active Nodes:为空)
VOLUME GROUP: vgjfdb11 VG IDENTIFIER: 00315f8f00004c0000000123bcd7cab0
VG STATE: active PP SIZE: 64 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 10780 (689920 megabytes)
MAX LVs: 256 FREE PPs: 3420 (218880 megabytes)
LVs: 80 USED PPs: 7360 (471040 megabytes)
OPEN LVs: 74 QUORUM: 6
TOTAL PVs: 10 VG DESCRIPTORS: 10
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 10 AUTO ON: no
Concurrent: Enhanced-Capable Auto-Concurrent: Disabled
VG Mode: Concurrent
Node ID: 1 Active Nodes:
MAX PPs per PV: 2032 MAX PVs: 16
LTG size: 128 kilobyte(s) AUTO SYNC: no
HOT SPARE: no BB POLICY: relocatable
不正常vg显示2(一个节点为concurrent,另一个节点为non-concurrent,而且Active Nodes:也是为空)
VOLUME GROUP: vgjfdb13 VG IDENTIFIER: 00315d8f00004c0000000129948604e3
VG STATE: active PP SIZE: 64 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 17248 (1103872 megabytes)
MAX LVs: 256 FREE PPs: 6848 (438272 megabytes)
LVs: 112 USED PPs: 10400 (665600 megabytes)
OPEN LVs: 0 QUORUM: 9
TOTAL PVs: 16 VG DESCRIPTORS: 16
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 16 AUTO ON: no
Concurrent: Enhanced-Capable Auto-Concurrent: Disabled
VG Mode: Concurrent
Node ID: 1 Active Nodes:
MAX PPs per PV: 2032 MAX PVs: 16
LTG size: 128 kilobyte(s) AUTO SYNC: no
HOT SPARE: no BB POLICY: relocatable
*************************
VOLUME GROUP: vgjfdb13 VG IDENTIFIER: 00315d8f00004c0000000129948604e3
VG STATE: active PP SIZE: 64 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 17248 (1103872 megabytes)
MAX LVs: 256 FREE PPs: 6848 (438272 megabytes)
LVs: 112 USED PPs: 10400 (665600 megabytes)
OPEN LVs: 0 QUORUM: 9
TOTAL PVs: 16 VG DESCRIPTORS: 16
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 16 AUTO ON: no
Concurrent: Enhanced-Capable Auto-Concurrent: Disabled
VG Mode: Non-Concurrent
MAX PPs per PV: 2032 MAX PVs: 16
LTG size: 128 kilobyte(s) AUTO SYNC: no
HOT SPARE: no BB POLICY: relocatable
现在hacmp里RG已经加入这13个vg 并且策略是并发模式
操作经历:
1、此系统一直是应用人在维护,从最开始的4个并发vg逐渐加到了13个vg
2、应用人员建立vg是用命令建立的,通过mkvg -c的参数 然后再一节点varyoff 另一节点import,在varyonvg -c 这样两边就可以同时并发挂载vg
3、问题出现的是在第vgjfdb11个vg开始,应用人员想建立raw lv扩展表空间,结果在一节点建立完raw lv后在二节点显示异常,type选项为???
举例:lvg13_2g_d_001 ??? 32 32 16 closed/syncd N/A
4、vgjfdb12、vgjfdb13均是如此。
5、由于vgjfdb13建立的时候还没有加入到生产数据库中,可以作为测试用,我在二节点执行varyoff和varyonvg -c操作后发现lv的显示正常,并且让应用人员建立表空间测试也好用。
在和应用人员聊天的时候,得知 vgjfdb11-13是后添加的存储,也就是dmx4 而vgjfdb1-vgjfdb10用的存储是原来的dmx2上的数据拷贝到dmx4上的
并且应用人员在建立11-13这三个并发vg的时候 建立lv同步都是可用的,再加入hacmp进行了配置同步后在建立lv就发生异常了
哪位大侠,遇到过类似的case,这到底是什么原因呢?
作者: lprwy 发布时间: 2010-09-16
不知道说的够不够详细,还需要什么信息,我会及时补充,先顶一下,希望大家能提供以下帮助!
作者: lprwy 发布时间: 2010-09-16
懒得解释那么多了,这属于对HA了解一知半解就随便做的,出事很正常
不能鼓励不学就乱搞的吧?
不能鼓励不学就乱搞的吧?
作者: 老农 发布时间: 2010-09-16
相关阅读 更多
热门阅读
-
office 2019专业增强版最新2021版激活秘钥/序列号/激活码推荐 附激活工具
阅读:74
-
如何安装mysql8.0
阅读:31
-
Word快速设置标题样式步骤详解
阅读:28
-
20+道必知必会的Vue面试题(附答案解析)
阅读:37
-
HTML如何制作表单
阅读:22
-
百词斩可以改天数吗?当然可以,4个步骤轻松修改天数!
阅读:31
-
ET文件格式和XLS格式文件之间如何转化?
阅读:24
-
react和vue的区别及优缺点是什么
阅读:121
-
支付宝人脸识别如何关闭?
阅读:21
-
腾讯微云怎么修改照片或视频备份路径?
阅读:28