eygle.com   eygle.com
eygle.com eygle
eygle.com  
 

« 繁忙的一周 装修的进展 | Blog首页 | RAC + ASM单节点添加表空间的BUG »

Linux RAC OCFS文件系统与INODES
modb.pro

在ITPUB上看到这样一个案例,在一套Linux的RAC环境中,一个OCFS卷的inode节点已经用完,但是数据库仍然能够正常运行。
文件可以正常创建,该系统的几本情况大致如下:
OS:LINUXAS3 U3
ORACLE:ORACLE9204 RAC
以下为具体显示,/U04仅仅存放两节点产生的归档日志
[root@db1 /]# cat /etc/issue
Red Hat Enterprise Linux AS release 3 (Taroon Update 3)

[root@db1/]# rpm -qa |grep ocfs
ocfs-support-1.0.10-1
ocfs-tools-1.0.10-1
ocfs-2.4.21-EL-smp-1.0.13-1

[root@db1 /]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/emcpowerd1        50G  44M  50G  1% /u04

[root@db1 /]# df -i
Filesystem            Inodes  IUsed  IFree IUse% Mounted on
/dev/emcpowerd1      409580  409231    349  100% /u04

最后作者从Metalink上找到了解释,也就是说OCFS和通常的文件系统不同,inodes在这里并不发挥通常文件系统的作用。
这是OCFS的特性,是正常的。

引用一点解释记录如下:
@ OCFS does not have the concept of inodes, however, for the vfs layer in the
@ kernel we need to fill out structures. the number returned by df -i is
@ based on diskspace free. it's the number of clusterblocsk in the filesystem
@ we dont' preallocate inodes like most filesystems do. nor do we HAVE to do
@ that. not a bug, expected behaviour, not required to do what any other
@ filesystem does.

-The End-


历史上的今天...
    >> 2016-12-02文章:
    >> 2011-12-02文章:
    >> 2006-12-02文章:
           落后的技术就是灾难
    >> 2005-12-02文章:
           Today is the Birthday Of AnAn

By eygle on 2007-12-02 12:40 | Comments (0) | Case | 1688 |


CopyRight © 2004~2020 云和恩墨,成就未来!, All rights reserved.
数据恢复·紧急救援·性能优化 云和恩墨 24x7 热线电话:400-600-8755 业务咨询:010-59007017-7040 or 7037 业务合作: marketing@enmotech.com