/tmp所在文件系统空间超过2T引起的灾难？

    近期一个同事去客户那边升级系统，包括硬件和软件。客户提供了一台新的高配的机器，所以此次升级工作从操作系统的安装配置，数据库的安装部署，以及程序的配置。

    客户提供的机器包含5块1.8T的本地硬盘（根据现场反馈回来的信息），所以在操作系统的安装的时候就出了一点点小问题，这个就不在这里讨论了，后面一会儿说说。

在操作系统安装好之后，就进行了相关配置和数据库安装准备工作，在执行runInstaller之后，遇到以下问题：

Checking installer requirements...Checking operating system version: must be redhat-3, SuSE-9, redhat-4, UnitedLinux-1.0, asianux-1 or asianux-2 Passed
All installer requirements met.Preparing to launch Oracle Universal Installer from /tmp/OraInstall2010-01-23_01-50-10PM. Please wait ...Error in writing to directory /tmp/OraInstall2010-01-23_01-50-10PM. Please ensure that this directory is writable and has atleast 60 MB of disk space. Installation cannot continue.: No such file or directory

根据报错信息来看：系统提示/tmp文件系统oracle不可读或者空间不足60M。

第一感觉就是去查看/tmp oracle用户的可读性和可用空间，发现均正常。所以说有时间oracle的报错提示不一定是准确的。

于是查看MOS，发现以下信息，根据这个信息找到了问题的原因：

OUI will not continue, even with -ignoresysprereqs option.

1）、/tmp may be either a partition, or a simple sub-directory

2）、/tmp has LOTS of free space, over 2Tb available, and only a small amount is used.

3）、/tmp is write-able by the Oracle account

32-bit Oracle process that is checking /tmp is failing since it is only capable of addressing 2Tb.

解决办法：Mount a partition as /tmp that is less that 2Tb.

后记：这个问题的引发还是与那五块1.8T的硬盘说起，由于linux支持在大约2T的引导，所以工程师在做存储规划时做了两个raid的，一个raid1，一个raid5。而在操作系统安装的时候根分区包含了这两个raid组，这样就导致了根分区有7T左右空间，而/tmp在其下，所以引发OUI不能正常工作了。