DELL R900伺服器上基於REDHAT 4.6安裝oracle中碰到的Can't connect to X11 window server using 'localhost:0.0'

之前沒怎麼在linux下安裝過oracle，到這個公司後，雖然安裝過無數次，不過都是按照前輩寫好的文件安裝的，而且一路順暢，因為都是在同一個版本的OS上安裝同一個版本的ORACLE，所以沒出過問題。
12月份，公司訂了dell最新的伺服器R900，其中配置了4個4核cpu，top的時候可以看到一共有16個cpu顯示。安裝oracle之前，前輩就提醒過，說超過8個cpu的系統跟8個以下是不一樣的，因為超過8個之後，REDHAT使用的核心都不一樣了，少於8個，核心顯示如下：2.6.9-42.ELsmp，而新安裝的系統上顯示是：2.6.9-67.ELlargesmp，多了一個large的顯示。而且，這個伺服器的作業系統安裝過程中也頗費周折。因為它是11月底dell剛出的新機器，RAID控制器是使用的最新的PROE-6I的，而之前我們一直使用的AS4.4是不包括這個驅動的，RAID劃好，安裝的時候總是提示找不到硬碟。DELL的技術支援說，可以使用dell的引導盤來安裝，或者使用軟盤先把驅動裝上去，然後再來裝系統。看了看這個機器認證的作業系統列表中，對REDHAT AS的認證支援是4.5和5，用4.4還是不大放心，於是乾脆上了4.6了，也是最新出來的。後面的OS安裝就一路順暢了。
扯遠了，回過頭來看，按照之前的手冊安裝包、設定核心引數等等，到最後./runInstall的時候，就出現了Can't connect to X11 window server using 'localhost:0.0'錯誤，於是開始折騰。

[@more@]

1、首先退回到root使用者，執行xhost +，然後再到oracle使用者安裝，還是上面的錯，這在以前都是這麼做的啊，奇怪。

2、執行上面的步驟無數遍，還是不行，看來按照之前的方法是行不通了，會不會是安裝的時候缺了什麼包？把所有的包按照oracle官方的文件檢查一遍，正常：
[root@dgrac1 db]# rpm -q --qf '%{NAME}-%{VERSION}-%{RELEASE} (%{ARCH})n'
> binutils compat-db compat-libstdc++-33 control-center gcc gcc-c++ glibc glibc-common
> glibc-devel glibc-headers glibc-kernheaders gnome-libs libaio libgcc libstdc++ libstdc++-devel
> make pdksh sysstat xorg-x11-deprecated-libs xscreensaver
binutils-2.15.92.0.2-24 (x86_64)
compat-db-4.1.25-9 (x86_64)
compat-libstdc++-33-3.2.3-47.3 (x86_64)
control-center-2.8.0-12.rhel4.5 (x86_64)
gcc-3.4.6-9 (x86_64)
gcc-c++-3.4.6-9 (x86_64)
glibc-2.3.4-2.39 (i686)
glibc-2.3.4-2.39 (x86_64)
glibc-common-2.3.4-2.39 (x86_64)
glibc-devel-2.3.4-2.39 (x86_64)
glibc-devel-2.3.4-2.39 (i386)
glibc-headers-2.3.4-2.39 (x86_64)
glibc-kernheaders-2.4-9.1.100.EL (x86_64)
gnome-libs-1.4.1.2.90-44.1 (x86_64)
libaio-0.3.105-2 (x86_64)
libgcc-3.4.6-9 (i386)
libgcc-3.4.6-9 (x86_64)
libstdc++-3.4.6-9 (x86_64)
libstdc++-devel-3.4.6-9 (x86_64)
make-3.80-6.EL4 (x86_64)
pdksh-5.2.14-30.6 (x86_64)
sysstat-5.0.5-16.rhel4 (x86_64)
xorg-x11-deprecated-libs-6.8.2-1.EL.33 (x86_64)
xorg-x11-deprecated-libs-6.8.2-1.EL.33 (i386)
xscreensaver-4.18-5.rhel4.14 (x86_64)
[root@dgrac1 db]# rpm -q --qf '%{NAME}-%{VERSION}-%{RELEASE} (%{ARCH})n' binutils compat-db compat-libstdc++-33 control-center gcc gcc-c++ glibc glibc-common glibc-devel glibc-headers glibc-kernheaders gnome-libs libaio libgcc libstdc++ libstdc++-devel make pdksh sysstat xorg-x11-deprecated-libs xscreensaver|wc -l
25

3、手工設定DISPLAY變數：
DISPLAY=localhost:0.0
export DISPLAY
還是不行，把localhost改為這個機器的真實ip，還是不行

4、檢查hosts檔案，設定也沒有錯誤。

5、跑到主機上，在本機安裝，介面居然出來了，而遠端透過vnc來安裝就是不行，難道要我搞個xmanager試試？

6、最後嘗試了下重新設定DISPLAY變數：
DISPLAY=localhost:1.0
export DISPLAY

介面就出來了，總算折騰過去了。

搜尋了下DISPLAY變數的意義，沒有很多介紹，先記錄一下吧：
設定DISPLAY變數的作用是把本應在本地輸出的X window安裝介面輸出到DISPLAY變數設定的主機上，方法如下：
DISPLAY=192.168.0.20:0.0
eXPort DISPLAY

其中192.168.0.20:0.0 的.0是代表顯示介面的畫素!