在ASP.NET MVC 4 on Mono中使用OracleClient in CentOS 6.x的問題記錄

前言

最近有個Web項目，業(yè)務(wù)功能不復(fù)雜，但是這個客戶(某政府部門)有兩個硬性要求：1、數(shù)據(jù)庫必須使用Oracle;2、程序必須運行在Linux或HP-Unix系統(tǒng)中。雖然把.NET程序跑在Linux中一直都是俺的自覺要求，之前也斷續(xù)為此做了一些準(zhǔn)備(我們自己的一些底層框架庫已經(jīng)在Linux中順利跑起來了)，但是把一個Web項目完整的移植到Mono in CentOS 6.x中確實沒有過。

安裝Oracle for Linux客戶端

1、從Oracle官網(wǎng)下載：

oracle-instantclient12.1-basic-12.1.0.1.0-1.i386.rpm

oracle-instantclient12.1-sqlplus-12.1.0.1.0-1.i386.rpm

oracle-instantclient12.1-devel-12.1.0.1.0-1.i386.rpm

oracle-instantclient12.1-odbc-12.1.0.1.0-1.i386.rpm

使用 #> rpm -ivh ... 命令分別安裝這幾個rpm文件。完裝完畢后，在 /usr/lib 目錄中就會有個 oracle 目錄了。

2、配置環(huán)境信息：

請打開 /etc/profile 文件，在這個文件里面追加如下內(nèi)容：

export ORACLE_BASE=/usr/lib/oracle/12.1 #請注意，這里應(yīng)填寫為你的安裝路徑

export ORACLE_HOME=$ORACLE_BASE/client #請注意，這里應(yīng)填寫為你的安裝路徑

export ORACLE_SID=ortl #請注意，這里應(yīng)填寫你的SID值

export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH

export NLS_LANG=AMERICAN_AMERICA.AL32UTF8 #請注意，這里的字符集應(yīng)該與你的數(shù)據(jù)庫的字符集一致

編輯保存后，運行 #> source /etc/profile 命令使該profile立即生效;或者注銷當(dāng)前用戶并重新登錄Linux系統(tǒng)亦可。

3、指定.ora文件：

在 /usr/lib/oracle/12.1/client 目錄中創(chuàng)建一個 network 目錄，在其下再創(chuàng)建一個 admin 目錄，然后將你的 tnsnames.ora 文件放置在此。

4、設(shè)置庫路徑

進入 /etc/ld.so.conf.d 目錄中，新建一個名為 oracle-i386.conf 的文件，其內(nèi)容只有一行文本：

/usr/lib/oracle/12.1/client/lib

然后在終端使用如下命令，重新加載配置文件：

#> ldconfig

5、檢測是否安裝成功

運行 sqlplus 命令，人品沒問題的話應(yīng)該可以看到類似下面這樣的信息：

#> sqlplus

SQL*Plus: Release 12.1.0.1.0 Production on Sun Mar 16 01:49:42 2014

Copyright (c) 1982, 2013, Oracle. All rights reserved.

問題出現(xiàn)

我們的Web程序使用了 System.Data.OracleClient 下面的東東來訪問Oracle數(shù)據(jù)庫，這些代碼在.NET in Windows下面可以正常工作，但是在 Mono in CentOS 6.x下面卻罷工了，我在CentOS系統(tǒng)中使用的Web服務(wù)器是Jexus 5.4.0版本。

第一次訪問頁面的時候，報出的異常信息如下：

System.DllNotFoundException: libclntsh.so

at (wrapper managed-to-native) System.Data.OracleClient.Oci.OciCalls/OciNativeCalls:OCIEnvCreate (intptr&,System.Data.OracleClient.Oci.OciEnvironmentMode,intptr,intptr,intptr,intptr,int,intptr)

at System.Data.OracleClient.Oci.OciCalls.OCIEnvCreate (System.IntPtr& envhpp, OciEnvironmentMode mode, IntPtr ctxp, IntPtr malocfp, IntPtr ralocfp, IntPtr mfreep, Int32 xtramem_sz, IntPtr usrmempp) [0x00000] in :0

at System.Data.OracleClient.Oci.OciEnvironmentHandle..ctor (OciEnvironmentMode mode) [0x00000] in :0

at System.Data.OracleClient.Oci.OciGlue.CreateConnection (OracleConnectionInfo conInfo) [0x00000] in :0

at System.Data.OracleClient.OracleConnectionPoolManager.CreateConnection (OracleConnectionInfo info) [0x00000] in :0

at System.Data.OracleClient.OracleConnectionPool.CreateConnection () [0x00000] in :0

at System.Data.OracleClient.OracleConnectionPool.GetConnection () [0x00000] in :0

at System.Data.OracleClient.OracleConnection.Open () [0x00000] in :0

at System.Data.Common.DbDataAdapter.Fill (System.Data.DataTable dataTable, IDbCommand command, CommandBehavior behavior) [0x00000] in :0

at System.Data.Common.DbDataAdapter.Fill (System.Data.DataTable dataTable) [0x00000] in :0

at (wrapper remoting-invoke-with-check) System.Data.Common.DbDataAdapter:Fill (System.Data.DataTable)

再次刷新同樣的頁面，異常信息居然變成了：

System.NullReferenceException: Object reference not set to an instance of an object

at System.Data.OracleClient.OracleConnectionPool.GetConnection () [0x00000] in :0

at System.Data.OracleClient.OracleConnection.Open () [0x00000] in :0

at System.Data.Common.DbDataAdapter.Fill (System.Data.DataTable dataTable, IDbCommand command, CommandBehavior behavior) [0x00000] in :0

at System.Data.Common.DbDataAdapter.Fill (System.Data.DataTable dataTable) [0x00000] in :0

at (wrapper remoting-invoke-with-check) System.Data.Common.DbDataAdapter:Fill (System.Data.DataTable) at Citms.Data.DataAccess.ExecuteProcedure (System.Data.Common.DbConnection connection, System.String procedureName, Parameter[] paramers, System.Collections.Generic.Dictionary`2& outParamers) [0x00000] in :0

尼瑪，這是什么節(jié)奏?換到MonoDevelop中運行，也報了幾次這樣的異常;然后果斷在相關(guān)代碼處設(shè)了斷點再進入調(diào)試運行，居然、居然一切都順利通過了，而且再次使用非調(diào)試運行也正常了!我勒了個去，這簡直在挑戰(zhàn)哥的三觀，太不科學(xué)了!對此只能有一個解釋：神功護體、RP爆表了!

再通過Jexus來訪問系統(tǒng)，異常依舊;重啟機器，還是不行。我開始懷疑是不是因為Jexus加載libclntsh.so庫的時候沒按照 LD_LIBRARY_PATH 設(shè)定的路徑去找，然后就跑到Jexus的QQ群把這些問題現(xiàn)象通報詢問了一遍，貌似沒人搭理我。囧...

問題解決

晚上正打算下載 Mono for Apache module 的時候，懷著死馬當(dāng)活馬醫(yī)的心態(tài)下載升級了最新的Jexus 5.5.1，然后，那些異常消失了，系統(tǒng)完美運行起來了。尼瑪，你是不是想說這也太沒技術(shù)含量了(唉，就這還花了我不少時間的)…… 囧

環(huán)境說明

順便交代下，在更新Jexus之前，我把CentOS做了個大升級，這是升級之后的系統(tǒng)信息：

#> cat /proc/version

Linux version 2.6.32-431.5.1.el6.i686 (mockbuild@c6b10.bsys.dev.centos.org) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-4) (GCC) ) #1 SMP Tue Feb 11 21:56:33 UTC 2014

#> cat /etc/centos-release

CentOS release 6.5 (Final)

我的 Mono 未做更新，其信息如下：

#> mono -V

Mono JIT compiler version 3.0.12 (tarball 2013年 07月 09日 星期二 18:49:58 CST)

Copyright (C) 2002-2012 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com

TLS: __thread

SIGSEGV: altstack

Notifications: epoll

Architecture: x86

Disabled: none

Misc: softdebug

LLVM: supported, not enabled.

GC: Included Boehm (with typed GC and Parallel Mark)

更多信息請查看IT技術(shù)專欄