非常 奇怪的 虚拟机问题 再次证明 我是全才 哈哈

故障判断

我方工程师到达现场后，通过客户及我方在深圳边检服务工作师的配合和沟通，了解情况后，对系统做了初步的检查，从报错信息提示信息分析找不到数据文件所在的卷组dvg的所有pv uuid信息及lv。

故障处理

在故障处理前，首先在该虚拟机所对应的物理机上，对该虚拟机所有文件进行全备份(约1小时)。

然后尝试从拯救模式用CentOS6.3光盘引导，试图找回pv uuid，修复失败(可能是版本高于该虚拟机OS版本5.2)。

接着从网上下载CentOS5.2，由于文件较大，下载花了约五六小时，期间再尝试其它方式，均修复失败。

1.1 5月16日

在等待CentOS5.2下载期间，大家经过五六小时的休息后，于次日上午，尝试从该版本引导修复，一直无法加载至虚拟机，修复失败。

恢复成功

在启动系统时，按提示进入修复文件系统模式：

1. 注释fstab中无法找到的卷组dbvg 的oracle目录 lv挂载的权限(mount -o remount, rw /etc/fstab)，重新启动系统。

2. 查看该虚拟机在物理机所对应的虚拟机配置界面，发现只有三个硬盘分区(hda、hdc、hdd)，没有hdb（当时不能确定是不是少了，后来才知道少了这个硬盘分区）。

3. 在物理机修改该虚拟机的配置文件，将hdb所对应硬盘分区文件xx.disk1加入，保存。

4. 去掉fstab中无法找到的卷组dbvg 的oracle目录 lv挂载的权限(mount -o remount, rw /etc/fstab)注释。

5. 扫描pv(pv scan)，查看卷组信息（vgdisplay），均正确识别并显示正常。

6. 挂载所有lv(mount –a)，重启系统。

7. 启动oracle数据库及监听，正常。

8. 从客户端登录数据库检查数据及应用系统，均正常。恢复成功！

[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/9879835/viewspace-1060530/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/9879835/viewspace-1060530/