某项目中，使用双服务器、单盘柜构建Oracle RAC集群环境。但在配置OCFS2磁盘时，格式化分区正常，挂载分区时报错：

    经分析，该问题与kernel中的ocfs2模块驱动有关。

一、前言
该项目，运行在红旗Asianux 3.0 SP1 for x86_64平台上。
硬件环境为：

操作系统版本：红旗Asianux 3.0 SP1 for x86_64
经测试，操作系统版本不提供Qlogic 2560的驱动，从Qlogic的网站拿到驱动源码编译安装后，发现不能支持双HBA链路，也不能正确识别AX-4-5盘柜映射的多个LUN设备。
通过查询相关的兼容列表，升级到2.6.18-128后的核心，问题解决。

参考[原]在红旗5.0上基于ASM方式安装Oracle 10g RAC [2] 一文，部署和配置OCFS2分区。

二、错误信息
设定OCFS2的环境和配置文件，请见附录说明。
设定完成后，对分区进行格式化：


挂载时，报错：


在图形界面下，运行ocfs2console工具，包同样的错误：

后台日志，或dmesg中信息为：

三、排查问题
因Asianux 3.0 SP1是已确认通过Oracle官方认证的版本，出现该问题，怀疑与升级核心的操作有关。
保持其他配置不变的情况下，回退到SP1的标准核心2.6.18-53.11AXS3，进行mount的操作，挂载正常。

对比升级前后的两核心：2.6.18-53.11AXS3与2.6.18-128.5AXS3，发现核心模块中的ocfs2版本不同：

然后查询与ocfs2相关的ocfs2-tools包：

可见，当前使用的ocfs2模块版本，与匹配的ocfs2-tools工具不相符。

四、解决问题
1、升级ocfs2-tools版本
从Oracle官方网站获取对应的1.4.1版本（对应红帽5的x86_64平台）：
远程下载
本地下载：
升级：


再次测试，还是报同样的错误。

2、重编译ocfs2模块
我怀疑因单独安装SP2的核心，导致系统编译环境有差别，决定重编ocfs2模块。
关闭o2cb服务：


从Oracle官方网站获取对应的1.4.1版本，源码：
远程下载
本地下载：
※ 在2.6.18-128环境中，不能使用1.2.6等低版本。

编译：


新模块被拷贝到/lib/modules/2.6.18-128.5AXS3/extra/目录中：

替换旧模块：


重建驱动间依赖关系后，启动o2cb服务，测试挂载：


挂载成功。后台日志信息为：

问题解决。

五、附录
在Asianux 3.0上配置OCFS2的相关配置文件：
1、/etc/hosts文件

2、/etc/ocfs2/cluster.conf文件

3、红旗提供的ocfs2-tools 1.4.1版本
i386版本：
x86_64版本：
安装时，请使用nodeps参数。

4、现成的ocfs2模块驱动
适用于2.6.18-128.5AXS3.x86_64核心环境：

使用如下命令安装即可：


5、Asinuax 3.0 SP2核心
2.6.18-128.5AXS3 x86_64版本：



六、补充说明
2009-06-08
为彻底找出问题的原因，我进行了后续的测试：
使用2.6.18-128.5AXS3.x86_64核心，利用ocfs2的1.4.1源码重新编译安装后，测试1.2.6和1.4.1两个版本的ocfs2-tools包，都可以成功挂载。
也就是说，问题的根本原因是核心中的ocfs2模块问题，与ocfs2-tools无关，特此说明。