我有一个非常基本的 Apache 双节点集群,在 SAN 上使用安装在两个节点上的 OCFS2 文件系统的平面文件。该网站按预期工作,但我在两台服务器的系统日志中看到很多以下消息:
在阿帕奇 1
[248816.701082] (apache2,62749,1):ocfs2_mknod:459 ERROR: status = -31
[248816.702187] (apache2,62749,1):ocfs2_mkdir:613 ERROR: status = -31
在 Apache2 上
[249043.856561] (apache2,46225,2):ocfs2_mknod:459 ERROR: status = -31
[249043.858633] (apache2,46225,2):ocfs2_mkdir:613 ERROR: status = -31
每天大约记录 6000 行这样的行,错误总是关于
ocfs2_mknod:459 and ocfs2_mkdir:613.
有人见过这个吗?我真的很想摆脱这些错误信息。
显然这个问题是由于坏扇区引起的(不确定如何)。在我发布这个问题几天后,事情变得更糟了。系统抱怨分区上有坏扇区,然后只以只读方式挂载。最终它完全停止挂载分区,我们不得不在 SAN 上创建一个新分区并从备份中恢复数据。
新分区工作了一段时间,但现在是两个节点之一,由于某种原因,该分区以只读方式挂载。触摸文件时出现以下错误:
在另一个节点上它工作正常。我可以像往常一样阅读和写作。
在这个问题上花了太多时间后,我们认为不值得付出努力,现在正在寻找替代方案——也许是 glusterfs、GFS2 或什至是很好的旧 NFS 共享来保存平面文件。
我遇到错误“设备上没有剩余空间”,但在 suse 11 sp2 上使用 corosync+pacemaker 的 ocfs2 文件系统上有可用空间
我解决了这个问题http://www.novell.com/support/kb/doc.php?id=7008696