OS:LINUXAS3 U3
ORACLE:ORACLE9204 RAC
OCFS文件系统INODE数满，如何释放，以下为具体显示，/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

remove un-necessary small files.............

参考一下这个文章
http://blog.csdn.net/wenbingcai/archive/2007/11/06/1869096.aspx

状况不一样啊，我在/U04下找不到小文件啊
并且直接在/U04下TOUCH文件可以的哦，OCFS文件系统是不是有问题哦
[oracle@maildb1 u04]$ du -ch --max-depth=4
129K    ./test
1.8M    ./db/arch
2.0M    ./db
67M     .
67M     total

/U04为OCFS文件系统，供两节点存放归档日志
/etc/fstab
/dev/emcpowerd1         /u04                    ocfs    _netdev 0 0
现在的权益之计只是把RAC数据库的归档日志改到另一个分区了？
/U04这个分区的空间要如何才能使用啊

在线等！急！

真的使用了那么多inode么?

你的归档日志没有定期删除么?

一般是一个文件占用一个inode吧，或者一个目录，是否是有隐藏文件呢？

有删除，都是在RMAN脚本中删除的；RMAN脚本如下
run
{
allocate channel ch1 type disk maxpiecesize =2G;
allocate channel ch2 type disk maxpiecesize =2G;
allocate channel ch3 type disk maxpiecesize =2G;
backup
incremental level=0
database filesperset 10 format '/u03/backup/%d_DF_%T_%s_%p.bak';
#backup spfile format '/data/bak/%d_SPFILE_%T_%s_%p.bak';
sql "alter system archive log current";
backup archivelog all format '/u03/backup/%d_ARC_%T_%s_%p.bak' delete all input;
backup current controlfile format '/u03/backup/%d_CTL_%T_%s_%p.bak';
release channel ch1;
release channel ch2;
release channel ch3;
}
脚本中的这一句应该在把归档日志备份之后就会删除吧
backup archivelog all format '/u03/backup/%d_ARC_%T_%s_%p.bak' delete all input;

原来归档日志的路径如下
SQL> show parameter archive
log_archive_dest_1                   string
location=/u04/db/arch

刚才测试了，虽然df -i显示/u04节点数已满，但归档日志仍然可以正常写入/U04
看来跟DongweiWang 说的一样
@ 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.