/tmp/orbit-oracle/目录inode耗尽

方法2通过find命令，将文件清单输出到mv命令，使其一次处理一个，这样就完全避免了过量参数的存在，另外通过不同的参数，可以指定除了名称以外的时间戳，权限，以及inode等匹配模式。
方法2的缺点在于比较耗费时间。

?

方法3 : 创建shell函数
e.g 3.1:

?

function huge_mv ()
{whileread line1; do
mv foo/$line1 ../foo2
done
}
ls -1 foo/ | huge_mv

写一个shell函数并不涉及到某种程度的复杂性， 这种方法比方法1和方法2相比更加灵活。
下面我们来扩展一下例3.1 :
e.g 3.2:

?

function huge_mv ()
{whileread line1; do
md5sum foo/$line1 >> ~/md5sums
ls -l foo/$line1 >> ~/backup_list
mv foo/$line1 ../foo2
done
}
ls -1 foo/ | huge_mv

相比例3.1，例3.2生成了文件的md校验散列文件和名字备份，符合给自己留条后路的哲学。
另外可以根据自己的需要无限制的扩展功能。

?

方法4 : 终极解决方案，重新编译内核

首先使用这个方案之前要谨慎，因为涉及到修改内核源代码，在生产环境中还是要斟酌一下并做好测试。
另外，这个方法是从根本上解决的，一劳永逸的?
这也是开放源码的好处之一?
首先在内核源码中找到 include/linux/binfmts.h文件 ，搜索到以下字段:
/*
* MAX_ARG_PAGES defines the number of pages allocated for arguments
* and envelope for the new program. 32 should suffice,this gives
* a maximum env+arg of 128kB w/4KB pages!
*/
#define MAX_ARG_PAGES 32

修改 MAX_ARG_PAGES数值为 64 或者更高即可完善的解决参数受限问题。
然后 重新编译并启用新内核即可。

?

================================

http://blog.csdn.net/iefreer/article/details/6124761

http://www.ttlsa.com/linux/no-space-left-on-device/

一. 收到报警

线上有一台服务器磁盘检测告警了，提示空间不足。爬到服务器查看相关信息：

/data分区只使用了71%，创建文件却提示磁盘空间不足，按理说不会出现这种情况的。难道inode耗尽？

二. 分析原因

查看/data分区inode使用情况相关信息如下：

果不其然，IUse%=100%，导致无法创建文件。

在linux系统下，硬盘被分区格式化后，包含inode和block，inode是用来记录文件的大小，物理地址，属主，属组，读写权限，时间戳，被硬链接的次数等等元数据的。block是用来存储数据的。正因为这种文件系统结构，在linux下，除了剩余磁盘空间之外，还要剩余inode才行，两者缺一不可的。可通过dumpe2fs -h /dev/sdb1或tune2fs -l /dev/sdb1 来查看最大inode数和inode大小。一旦文件系统创建后，每个分区的可用inode数无法动态的进行调整，除非重新格式化。

三. 查找原因并解决

/data是线上业务数据目录，各种站点、日志、临时文件存放目录。其中有个程序产生大量的小文件造成的。可通过下面的命令找出占用空间最多的文件或目录：