IBM 的 clverify 与 Oracle 的 cluvfy

« opatch的补丁号、下载及备忘 | Blog首页 | IPC Send Timeout和ORA-29740 Instance Evicted »

昨晚在客户Oracle数据库系统上应用一个Patch时，遇到了一幢惊心动魄的事情。

当我们刚刚应用完Patch之后，系统上就出现了一条广播消息，提示：

Broadcast message from root@p570 (tty) at 00:00:19 ...

clverify has detected cluster configuration errors on node p570. Detailed clverify output is available in standard clverify log on node p570.

提示说clverify检查到Cluster错误，因为应用的一个Patch和CRS有点关系，但是第一感觉是：难道CRS除了问题？
而且直接把clverify误判成了Oracle的Cluvfy，汗！
Oracle的cluvfy是用来验证Oracle集群的一致性的，我用cluvfy检查一下也没有发现问题

[oracle@dbrac1 oracle]$ cluvfy

USAGE:
cluvfy [ -help ]
cluvfy stage { -list | -help }
cluvfy stage {-pre|-post} <stage-name> <stage-specific options> [-verbose]
cluvfy comp { -list | -help }
cluvfy comp <component-name> <component-specific options> [-verbose]

再仔细看提示才发现此clverify不是cluvfy：
在HACMP 5.1中，包括集群校验程序(clverify)和新的集群通信后台(clcomdES)都需要/var文件系统下附加的空间。
要得到详细的消息和附加的调试信息，在每个节点的/var下需要满足：
Ø        20M仅一次，包括：
-          /var/HACMP/clcomd/clcomd.log 2M
-          /var/HACMP/clcomd/clcomddiag.log 18M
Ø        在/var/HACMP/odmcache目录下附加的（1M*集群中的节点数）空间。
Ø        4M每个节点集群的效验数据。
Ø        2M的集群效验log（clverify.log[0-9]）。
在集群的每个节点中，效验工具在需要/var下4M的空间，clverify可以在同一时间最多保持四份节点效验数据的拷贝(节点初始化和同步时)。
/var/HACMP/clverify/current//*包含当前执行的效验的日志。
/var/HACMP/clverify/pass//*包含最后通过的效验的日志。
/var/HACMP/clverify/pass。prev/ /*包含倒数第二次通过效验的日志。
/var/HACMP/clverify/fail//*包含最后一次失败的效验日志。
同时，/var/HACMP/clverify/clverify.log和它的拷贝消耗1-2M的磁盘空间。