一次故障的处理
二台hp11.0,使用va7100存储,817ops
在一个节点上创建表空间时,
create tablespace .. datafile '/dev/vgora/rapp73' size 1990m extent management local ;
时报错,创建表空间失败,具体错误代码记不清了,主要是错误的IO之类,不能找到此设备连带一些与系统有关的错误
到目录/dev/vgora/目录下查看裸设备状态,#vgdisplay -v /dev/vgora正常;
查看#lvdisplay /dev/vgora/app73时报错,显示PV混乱,不一致.
同时也发现系统的/目录己是100%,像在使用裸设备的时候,系统根目录突然达到100%,最可能的原因就是使用了不存在的裸设备,从而使得在根目录下创建了此文件;通过使用#du -sk .>/tmp/du.lst
,查看du.lst文件可以看到最大的文件为/dev/vgora/rapp73,这也说明了问题在这儿,因为在使用裸设备的时候,并不通过系统,所以用DU查看裸设备,其大小应为0;
手工删除此文件#rm /dev/vgora/rapp73,重启系统后,根目录依然是100%;
因为现在app73的裸设备己显示PV混乱,所以可以在节点2上把它清除,再在节点1上导入MAP文件,处理过程如下:
1. 确保每个节点上的OPS 数据库为非活动状态
此时要注意的是MC的状态应是启动的,只是共享存储是被摘下来而己;
2. 从节点2 使用vgchange命令停用该卷组
# vgchange -a n /dev/vgora
3. 从节点2 用vgexport命令导出该卷组
# vgexport -m /tmp/vgora.map.old /dev/vgora
此操作断开了该卷组与节点2 的关联
4. 从节点1 使用vgchange命令停用该卷组
# vgchange -a n /dev/vgora
5. 使用vgchange命令将该卷组标记为不可共享的
# vgchange -S n -c n /dev/vgora
6. 在进行配置更改前以正常模式非共享激活该卷组
# vgchange -a y /dev/vgora
7. 使用正常的LVM 命令进行所需要的更改一定要将原始逻辑卷设备文件
的属主设为oracle 将卷组设为dba 模式为660
8. 下一步仍从节点1 停用该卷组
# vgchange -a n /dev/vgora
9. 用示例中的选项使用vgexport命令创建新的映射文件
# vgexport -p -s -m /tmp/vgora.map /dev/vgora
在/tmp/lvmpvg 中制作/etc/lvmpvg的副本然后将该文件复制到节点
2 上的/tmp/lvmpvg, 将文件/tmp/vgora.map复制到节点2
10.使用下面的命令使该卷又可为整个群集共享
# vgchange -S y -c y /dev/vgora
11.在节点2 发出下面的命令
# mkdir /dev/vgora
12.在/dev/vg_ops目录创建名为group的控制文件 如下所示
# mknod /dev/vgora/group c 64 0xhh0000
主数总是64 十六进制辅数的形式是
0xhh0000
其中hh对于您创建的卷组来说必须是唯一的在配置 卷组之后请使用
系统上可用的下一个十六进制数
13.使用vgimport命令指定您从配置节点复制的映射文件下例中
vgimport命令是从第二个节点上对在第一个节点上修改的同一个文件发
出的
# vgimport -s -m /tmp/vgora.map /dev/vgora
14.在两个节点上发出下面的命令以共享模式激活该卷组
做之前,先把/dev/vgora下的LV的 属主改一下
# vgchange -a s -p /dev/vgora
此时可以从二个节点上,分别启动数据库,检查正常;尝试停止并启动mc
#cmhaltcl -v
#cmruncl -v
卷组挂上正常,数据库启动正常;系统根目录也恢复正常,使用率为35%