系统集成aixchina

oracle双机切换到备机无法识别vg导致切换失败

oracle双机主机切换到备机时,备机无法识别vg,无法激活导致切换失败,之前出现过这种问题vg同步一下解决了,现在又出现了,日志已经取了,麻烦给看看。显示全部
oracle双机主机切换到备机时,备机无法识别vg,无法激活导致切换失败,之前出现过这种问题vg同步一下解决了,现在又出现了,日志已经取了,麻烦给看看。


附件:

附件图标日志.rar (89.92 KB)

收起
参与3

返回jiecho的回答

jiechojiecho系统架构师MM
需要检查两个节点共享磁盘的状态,出错是切换后pv不可用造成VG不能varyon。


                 specified paths match those for the specified device.

+ora_res:cl_disk_available[61] ((i++))
+ora_res:cl_disk_available[61] (( i<4))
+ora_res:cl_disk_available[62] mkdev -l hdisk3
Method error (/usr/lib/methods/cfgscsidisk):
        0514-077 Cannot perform the requested function because none of the
                 specified paths match those for the specified device.

+ora_res:cl_disk_available[61] ((i++))
+ora_res:cl_disk_available[61] (( i<4))
+ora_res:cl_disk_available[1849] : Having finally cleaned up any reserves or ghost disks on the underlying
+ora_res:cl_disk_available[1850] : hdisks, break any persistent reserve on vpath devices.
+ora_res:cl_disk_available[1857] : Go back and check to see if the various disks came on line, and update
+ora_res:cl_disk_available[1858] : the cluster manager status as appropriate
+ora_res:cl_disk_available[1860] [[ false == true ]]
+ora_res:cl_disk_available[1892] : Resource groups processed serially: check all the disks passed on the command line
+ora_res:cl_disk_available[1896] verify_disk_availability hdisk2
+ora_res:cl_disk_available[4] disk=hdisk2
+ora_res:cl_disk_available[4] typeset disk
+ora_res:cl_disk_available[7] : Do not do this check for a Remote Physical Volume Client
+ora_res:cl_disk_available[8] : disk. The makedev for a Remote Physical Volume Client disk
+ora_res:cl_disk_available[9] : is done in the predisk_available Replicated Resource Method.
+ora_res:cl_disk_available[11] lsdev -Cc disk -l hdisk2 -F PdDvLn
+ora_res:cl_disk_available[11] PdDvLn=disk/fcp/mpioapdisk
+ora_res:cl_disk_available[12] [[ disk/fcp/mpioapdisk == disk/remote_disk/rpvclient ]]
+ora_res:cl_disk_available[17] lsdev -Cc disk -l hdisk2 -S A -F status
+ora_res:cl_disk_available[17] LC_ALL=C
+ora_res:cl_disk_available[17] [[ -z '' ]]
+ora_res:cl_disk_available[19] : We were unable to bring this disk on line. Note the problem,
+ora_res:cl_disk_available[20] : and the non-functional state of the disk
+ora_res:cl_disk_available[22] cl_log 31 'cl_disk_available: Unable to make device hdisk2 available.  Check hardware connections.' cl_disk_available hdisk2
+ora_res:cl_log[+50] version=1.10
+ora_res:cl_log[+94] SYSLOG_FILE=/var/hacmp/adm/cluster.log
***************************
Apr 12 2013 00:51:08 !!!!!!!!!! ERROR !!!!!!!!!!
***************************
Apr 12 2013 00:51:08 cl_disk_available: Unable to make device hdisk2 available. Check hardware connections.
+ora_res:cl_disk_available[25] : Note that the resource manager is not updated with the status of the
+ora_res:cl_disk_available[26] : individual disks. This is because loss of a disk is not necessarily
+ora_res:cl_disk_available[27] : severe enough to stop the event - varyonvg may still work.
+ora_res:cl_disk_available[1896] verify_disk_availability hdisk3
+ora_res:cl_disk_available[4] disk=hdisk3
+ora_res:cl_disk_available[4] typeset disk
+ora_res:cl_disk_available[7] : Do not do this check for a Remote Physical Volume Client
+ora_res:cl_disk_available[8] : disk. The makedev for a Remote Physical Volume Client disk
+ora_res:cl_disk_available[9] : is done in the predisk_available Replicated Resource Method.
+ora_res:cl_disk_available[11] lsdev -Cc disk -l hdisk3 -F PdDvLn
+ora_res:cl_disk_available[11] PdDvLn=disk/fcp/mpioapdisk
+ora_res:cl_disk_available[12] [[ disk/fcp/mpioapdisk == disk/remote_disk/rpvclient ]]
+ora_res:cl_disk_available[17] lsdev -Cc disk -l hdisk3 -S A -F status

###########################
+ora_res:cl_pvo:vg_ora[79] odmget -q 'name = VOLUME_GROUP and value = vg_ora' HACMPresource
+ora_res:cl_pvo:vg_ora[79] GROUP_NAME=ora_res
+ora_res:cl_pvo:vg_ora[80] [[ -n ora_res ]]
+ora_res:clvaryonvg:vg_data[+575] +ora_res:clvaryonvg:vg_data[+575] varyonvg -n vg_data
+ora_res:clvaryonvg:vg_data[+575] 2>& 1
+ora_res:cl_pvo:vg_ora[83] sed -n '/value =/s/.*"\(.*\)".*/\1/p'
varyonvg_output=0516-013 varyonvg: The volume group cannot be varied on because
        there are no good copies of the descriptor area.
+ora_res:clvaryonvg:vg_data[+575] typeset -i varyonvg_rc=20
+ora_res:clvaryonvg:vg_data[+578] echo 0516-013 varyonvg: The volume group cannot be varied on because
        there are no good copies of the descriptor area.
+ora_res:clvaryonvg:vg_data[+584] grep -qwE INVPVID|NONAME
+ora_res:clvaryonvg:vg_data[+584] echo 0516-013 varyonvg: The volume group cannot be varied on because there are no good copies of the descriptor area.
+ora_res:clvaryonvg:vg_data[+584] 2>& 1
+ora_res:clvaryonvg:vg_data[+585] expimpvg_notrequired=1
+ora_res:clvaryonvg:vg_data[+589] ((  0 != 20  ))
+ora_res:clvaryonvg:vg_data[+590] ((  NOQUORUM == 20  ))
+ora_res:clvaryonvg:vg_data[+594] cl_mirrorset vg_data
+ora_res:cl_pvo:vg_ora[82] odmget -q 'group = ora_res and name = FORCED_VARYON' HACMPresource
+ora_res:cl_pvo:vg_ora[82] FORCED_VARYON=false
+ora_res:cl_pvo:vg_ora[85] [[ false == true ]]
银行 · 2013-05-09
浏览1880

回答者

jiecho
系统架构师MM
擅长领域: 服务器存储虚拟化

jiecho 最近回答过的问题

回答状态

  • 发布时间:2013-05-09
  • 关注会员:1 人
  • 回答浏览:1880
  • X社区推广