2. 配置中的FAQ

2.1. 在发布cluster信息文件cmclconf.ascii后尝试启动MC失败

查看/var/adm/syslog/syslog.log文件，其中提示：“vgdata卷组已经为激活状态，执行vgchange –a e vgdata失败”。经分析是由于在此前配置过程中，为测试pkg1monitor脚本，将vgdata手工激活，忘记将其置为非激活状态造成。

执行：

umount /home/Informix

vgchange –a n vgdata

再重新运行“cmruncl -v”成功。

本例提示：在启动MC之前应查看各节点上的共享VG是否都为非激活状态。

2.2. 在发布package信息文件pkg1conf.ascii后尝试启动MC失败

查看/etc/cmcluster/pkg1/control.sh.log文件，其中提示不能mount /dev/vgapp/fxps。经查看，是由于相对于配置文件contrl.sh中的：

LV[2]=/dev/vgapp/fxps; FS[2]=/home/fxps

在/home未建相应的fxps目录，导致mount失败。

在/home目录下建fxps目录后再重新运行“cmruncl -v”成功。

本例提示：在启动MC应用包之前应查看所需mount的目录是否都正常。

2.3. A机oninit进程人为down掉后，活动节点移动到B机，但应用包未能在B机启动

查看B机状态，发现各共享VG上的相关逻辑卷都已正确mount；查看B机上的/etc/cmcluster/pkg1/control.sh.log文件，其中提示执行pkg1monitor失败。在B机上手工执行“pkg1monitor start”，发现确实是oninit进程无法启动，原因是其在系统lib目录下缺少文件造成。经分析，由于informix是在A上装入共享盘中的，其安装程序可能在A机系统lib目录下建立了一些符号链接。

我们根据提示在B机的系统目录下按在A机查到的信息进行了相同的符号链接操作：

ln –s /home/Informix/lib/ipldd09a.sl /usr/lib/pa20_64/ipldd09a.sl

ln –s /home/Informix/lib/iosm09a.sl /usr/lib/pa20_64/iosm09a.sl

将MC停止后重新启动，并再次试验成功。

本例提示：在启动MC应用包之前应检查应用脚本在每台机器上是否都可执行。

2.4. 在MC监控oninit的前提下，如何进行数据库的维护？

2.4.1. 使用“vgchange –a e vgdata”方法（推荐）

执行“cmhaltpkg pkg1”，将Informix的服务停止；

执行“vgchange –a e vgdata”在MC启动状态下将vgdata激活，执行“mount /dev/vgdata/informixlv /home/informix”，即可进行informix数据库的维护了；

维护完成后一定要将vgdata置为非激活状态，执行“umuount /home/informix”、“vgchange –a n vgdata”，重新启动mc即可。

2.4.2. 使用“vgchange –a y vgdata”方法（不推荐）

执行“cmhaltcl -f”，将整个MC的服务停止；

执行“vgchange –c n vgdata”将vgdata从MC的配置中删除；

执行“vgchange –a y vgdata”可将vgdata激活，执行“mount /dev/vgdata/informixlv /home/informix”，即可进行informix数据库的维护；

维护完成后一定需将vgdata置为非激活状态，并重新增加到MC的配置中去：

编辑/etc/cmcluster/cmclconf.ascii文件，将“VOLUME_GROUP /dev/vgdata”删除；

执行“cmapplyconf –v –C /etc/cmcluster/cmclconf.ascii”，发布配置文件；

执行“cmruncl –v”启动mc；

执行“vgchange –c y vgdata”将vgdata增加到MC的配置中；

执行“cmhaltcl –v”停止mc；

编辑/etc/cmcluster/cmclconf.ascii文件，将“VOLUME_GROUP /dev/vgdata”增加到配置文件中；

执行“cmapplyconf –v –C /etc/cmcluster/cmclconf.ascii –P /etc/cmcluster/pkg1/pkg1conf.ascii”，发布配置文件；