【正文】 NC常見環(huán)境問題（第5版） NC技術(shù)支持部 200906WAS+部署常見問題：1：安裝WAS時(shí)需要注意事項(xiàng) 安裝WAS時(shí)，WAS的windows環(huán)境默認(rèn)安裝路徑“c:\program files\IBM\Websphere”，這個(gè)默認(rèn)安裝路徑是不被NC應(yīng)用所支持，NC應(yīng)用要求安裝簡單，不要有空格，不要有下劃線，不要有連接線等特殊路徑。所以WAS不能安裝到默認(rèn)路徑下。通常情況下下列特殊符號(hào)包括“`”“~”“!”“@”“”“$”“%”“^”“amp。”“*”“(”“)”“”“_”“+”“=”“{”“}”“[”“]”“\”“|”“。”“:”“””“’”“,”“.”“/”“?”“中文”不能命名成安裝路徑。 安裝WAS的另一個(gè)要求是網(wǎng)絡(luò)設(shè)置。通常情況下要保證網(wǎng)絡(luò)鏈接。如果服務(wù)器上有2塊或更多網(wǎng)卡，這些網(wǎng)卡如果被啟用了，要保證正確分配了IP地址，有正常的網(wǎng)絡(luò)連線鏈接。如果某塊網(wǎng)卡沒有物理連線或正常IP地址設(shè)置。就要將該網(wǎng)卡設(shè)置為禁用狀態(tài)。 設(shè)置合理的IP地址，一般部署NC應(yīng)用的服務(wù)器需要設(shè)置成固定IP地址，固定IP地址有利于以后的管理和訪問。同時(shí)正確維護(hù)hosts文件。Unix/Linux環(huán)境下，維護(hù)hosts文件由為重要。正確維護(hù)hosts文件才能保證WAS的正常啟動(dòng)與訪問。 主機(jī)名稱要簡單簡介。通常情況下不要特殊符號(hào)命名主機(jī)名稱。特殊符號(hào)包括“`”“~”“!”“@”“”“$”“%”“^”“amp?！薄?”“(”“)”“”“_”“+”“=”“{”“}”“[”“]”“\”“|”“?！薄?”“””“’”“,”“.”“/”“?”“中文”。 安裝好WAS建立了profile了，又進(jìn)行了主機(jī)名變更，會(huì)出現(xiàn)WAS無法正常啟動(dòng)問題，這個(gè)profiles已經(jīng)壞掉了。用戶需要重新建立一個(gè)profiles來使用。這一點(diǎn)在今后的維護(hù)中需要注意。2：NC502部署時(shí)出現(xiàn)IBMUTC應(yīng)用Was部署完，界面顯示部署成功。但是在was的控制臺(tái)中只能看到一個(gè)IBMUTC的應(yīng)用，nc50的應(yīng)用沒有。該問題在windows及AIX下都出現(xiàn)過. 刪除應(yīng)用，重啟was,多次部署之后就可以出現(xiàn)nc50的應(yīng)用，或者不用刪除IBMUTC應(yīng)用,接著直接部署一次或多次,也可以部署成功,此時(shí)IBMUTC的應(yīng)用也同時(shí)部署上去了,將IBMUTC刪除。該問題是WAS的BUG,需要多部署幾次即可3：Windows Server2008上安裝WAS后補(bǔ)丁打不上問題某遇到的WAS問題是:針對客戶的Windows Server2008 Enterprise SP1 64位和Intel Xeon (正式環(huán)境)或Inter(R)Core(TM)2 DUO CPU T6570 @(測試環(huán)境), 來安裝,提示“ 操作系統(tǒng)未通過必備軟件檢查”，如果不管操作系統(tǒng)的檢查結(jié)果，點(diǎn)下一步強(qiáng)行安裝，安裝完后，更新程序的啟動(dòng)程序“找不到，更新不了WAS補(bǔ)丁。解決方法：方法:,該工具僅僅是個(gè)補(bǔ)丁安裝工具,打補(bǔ)丁時(shí)使用WAS64的補(bǔ)丁即可.4：APACHE訪問出錯(cuò)問題問題現(xiàn)象：HTTPSERVER+WAS水平集群登錄：The server has encountered an error. Please refer to the event log for more detail information. Please contact the server administrator …………問題分析:\Plugins\logs\websrv1\: 中看的下面的錯(cuò)誤: [Fri May 22 12:06:03 2009] 00001738 00001020 ERROR: ws_mon: websphereExecute: Failed to create the stream[Fri May 22 12:06:03 2009] 00001738 00001020 ERROR: ws_mon: websphereHandleRequest: Failed to execute the transaction to 39。jxzbwas02Node01_server139。on host 39。jxzbwas0239。 will try another one[Fri May 22 12:06:03 2009] 00001738 00001020 ERROR: ws_mon: websphereWriteRequestReadResponse: Failed to find an app server to handle this request[Fri May 22 12:06:03 2009] 00001738 00001020 ERROR: ESI: getResponse: failed to get response: rc = 2……………………………上面的jxzbwas02Node01_server1是因?yàn)橄聢D中”應(yīng)用程序服務(wù)期 server1”,沒有刪除造成。在\Plugins\config\websrv1\jxzbwas02Node01_server1的信息。 server1的信息. ，造成訪問APACHE出現(xiàn)上面的問題.問題解決方法： 將上圖中的兩個(gè)server1刪除。 在WAS管理控制臺(tái)重新生成插件和傳播插件.然后重現(xiàn)啟動(dòng)APACHE后正常。另外，在下圖中的應(yīng)用程序DefaultAplication,PlantsByWebSphere和SamplesGallery也要?jiǎng)h除掉。否則也會(huì)造成訪問不了NC問題.5：HTTPServer 的80端口訪問慢問題第一種方法：WAS集群，訪問://IP:80端口時(shí)，訪問非常慢。但是訪問其它端口則正常。通過觀察發(fā)現(xiàn)D:\IBM\HTTPServer\logs\ ，，再重新啟動(dòng)，訪問80端口即可。第二種方法：該方法是網(wǎng)上找的，沒有測試。下面是關(guān)閉apache的 ,：找到文件D:\IBM\HTTPServer\conf\vi ErrorLog logs/ LogLevel: Control the number of messages logged to the . Possible values include: debug, info, notice, warn, error, crit, alert, emerg.LogLevel warn The following directives define some format nicknames for use with a CustomLog directive (see below).LogFormat %h %l %u %t \%r\ %s %b \%{Referer}i\ \%{UserAgent}i\ binedLogFormat %h %l %u %t \%r\ %s %b monLogFormat %{Referer}i %U refererLogFormat %{Useragent}i agentCustomLog logs/ mon在前面加“”號(hào)應(yīng)該就可以了。： logs/ mon 改成CustomLog |c:/apache/bin/rotatelogs c:/apache/logs/%Y_%m_% 86400 480 mon重啟Apache6:Was啟動(dòng)時(shí)亂碼且關(guān)閉不了問題WAS中間件在AIX下, 用Xmanager登錄后, 設(shè)置export LANG= export LANG=Zh_CN的情況下啟動(dòng)./ server1后,進(jìn)入NC系統(tǒng)發(fā)現(xiàn)增加憑證等許多節(jié)點(diǎn)都亂碼,且用./ server1則不能停止中間件估計(jì)是使用的Xmanger中沒有合適的字符集造成的.然后用telnet登錄后, 啟動(dòng)和關(guān)閉was, 一切正常7:32位操作系統(tǒng)之廣西某項(xiàng)目WAS宕機(jī)問題一、 問題總述：某項(xiàng)目信息中心對was中的java虛擬機(jī)大小進(jìn)行了調(diào)整，據(jù)稱原來只有768M，調(diào)整為了1280M。可是was死機(jī)的情況愈加頻繁，問題更加嚴(yán)重。二、 問題分析： 這個(gè)問題比較復(fù)雜，后臺(tái)會(huì)出現(xiàn)兩類的內(nèi)存溢出現(xiàn)象。這類問題在其他大量項(xiàng)目也出現(xiàn)過類似問題。不過某項(xiàng)目集團(tuán)正好把兩個(gè)問題均碰到了。 第一種現(xiàn)象內(nèi)存溢出： 我所拿到的javacore中沒有該類報(bào)錯(cuò)，不過第一次技術(shù)顧問到現(xiàn)場可能看到的是這種現(xiàn)象。 在javacore文件最上面會(huì)出現(xiàn)內(nèi)存溢出的信息如下圖 在后面的內(nèi)存信息部分，free內(nèi)存已經(jīng)沒有了，說明內(nèi)存資源已經(jīng)不足，導(dǎo)致was宕機(jī)。 第二種現(xiàn)象線程無法創(chuàng)建： 這個(gè)現(xiàn)象是我4月拿到的was宕機(jī)的javacore，這類問題是線程無法創(chuàng)建問題。 在javacore文件最上面會(huì)出現(xiàn)內(nèi)存溢出的信息如下圖，但是除了outofmemory之外還附帶了一個(gè)信息：failed to fork OS thread ,這個(gè)信息很重要,這個(gè)信息表明是操作系統(tǒng)無法創(chuàng)建線程。 再查看在后面的內(nèi)存信息部分，free內(nèi)存還有很多剩余，說明內(nèi)存資源還沒有被完全使用，說明不是內(nèi)存不足導(dǎo)致宕機(jī)。三、 技術(shù)說明：第一種情況： Java設(shè)置的虛擬機(jī)最大內(nèi)存（Xmx 768m），在實(shí)際生產(chǎn)環(huán)境中根據(jù)數(shù)據(jù)量不同有可能導(dǎo)致java內(nèi)存不足，最后導(dǎo)致宕機(jī)。所以需要把虛擬機(jī)內(nèi)存參數(shù)設(shè)置比較大，最好到2G。第二種情況： 線程無法創(chuàng)建，說明這個(gè)問題前我們要說明一下java在32位系統(tǒng)上的線程最大使用。 每一個(gè)32位的進(jìn)程最多可以使用2G的可用內(nèi)存，因?yàn)榱硗?G被操作系統(tǒng)保留。，那么還余下500M可用內(nèi)存。這500M內(nèi)存中的一部分必須用于系統(tǒng)dll的加載，那么真正剩下的也許只有400M，現(xiàn)在關(guān)鍵的地方出現(xiàn)了：當(dāng)你使用Java創(chuàng)建一個(gè)線程，在JVM的內(nèi)存里也會(huì)創(chuàng)建一個(gè)Thread對象，但是同時(shí)也會(huì)在操作系統(tǒng)里創(chuàng)建一個(gè)真正的物理線程(參考JVM規(guī)范)，操作系統(tǒng)會(huì)在余下的400兆內(nèi)存里創(chuàng)建這個(gè)物理線程，而不是在JVM的1500M的內(nèi)存堆里創(chuàng)建。，默認(rèn)的棧大小為1M每線程，因此，在余下400M的可用內(nèi)存里邊我們最多也只能創(chuàng)建400個(gè)可用線程。這樣結(jié)論就出來了，要想創(chuàng)建更多的線程，你必須減少分配給JVM的最大內(nèi)存。還有一種做法是讓JVM宿主在你的JNI代碼里邊。給出一個(gè)有關(guān)能夠創(chuàng)建線程的最大個(gè)數(shù)的估算公式：(MaxProcessMemory JVMMemory ReservedOsMemory) / (ThreadStackSize) = Number of threads，假設(shè)操作系統(tǒng)保留120M內(nèi)存： JVM: ()/(1MB) = ~600 threads768MB JVM: (2GB768MB120MB)/(1MB) = ~1120 threads四、 結(jié)論以及解決建議： 結(jié)論： 當(dāng)內(nèi)存被從768m設(shè)置為1280m后導(dǎo)致能創(chuàng)建的線程由1100個(gè)左右降低到只有600個(gè)左右了，這樣導(dǎo)致線程無法創(chuàng)建的幾率增加。 也就是上面說的兩個(gè)宕機(jī)問題，在32位操作系統(tǒng)上是一對矛盾，設(shè)置太多的java虛擬機(jī)內(nèi)存會(huì)導(dǎo)致操作系統(tǒng)線程無法創(chuàng)建，設(shè)置太低的內(nèi)存會(huì)導(dǎo)致業(yè)務(wù)使用內(nèi)存不足。 建議：1. 最終解決辦法：升級操作系統(tǒng)到64位，因?yàn)檫@個(gè)問題如果到64位操作系統(tǒng)上內(nèi)存尋址空間擴(kuò)大就不會(huì)出現(xiàn)該問題了。2. 暫時(shí)解決辦法：l Java虛擬機(jī)最大內(nèi)存暫時(shí)降低到1024m，釋放一定的操作系統(tǒng)內(nèi)存。l 將jvm升級到11補(bǔ)丁來緩解頻繁出現(xiàn)failed to fork thread錯(cuò)誤。l 操作系統(tǒng) 加/3G 參數(shù)，可以讓用戶進(jìn)程最大內(nèi)存擴(kuò)充至3G，這時(shí)操作系統(tǒng)只能占用最多1G的虛存。那樣應(yīng)該可以讓JVM創(chuàng)建更多的線程。3. ，該版本新加了一些系統(tǒng)監(jiān)控功能，并且此版本解決了501版本中諸多bug，更穩(wěn)定可靠，并且很多節(jié)點(diǎn)效率得到了比較大的產(chǎn)品優(yōu)化。8:WAS安裝不了問題.在京糧集團(tuán)安裝WAS集群時(shí)遇到WAS服務(wù)不能啟動(dòng)。查看日志提示與IP有關(guān)。用戶為了冗余每臺(tái)機(jī)器配置了兩塊網(wǎng)卡、兩個(gè)IP地址。后來我將兩臺(tái)機(jī)器的網(wǎng)卡分別禁用一塊，重裝WAS后一切正常。9:如果主機(jī)名被更改,was的運(yùn)行與訪問可能會(huì)出現(xiàn)問題. 現(xiàn)象:訪問應(yīng)用時(shí)可能會(huì)出現(xiàn)無法訪問的情況. 分析:was是主機(jī)名相關(guān)的 解決辦法: 重建WAS Profiles或重裝WAS 。 10:was集群模式下NC部署不成功問題: 現(xiàn)象: 分析:,. 解決辦法:將was升級到patch0711:NC成功部署到集群后通過瀏覽器訪問出現(xiàn)的是ibm erver的頁面. 現(xiàn)象:NC模塊在was里面已經(jīng)正常起來了,但訪問頁面依然是ibm 的頁面. 分析:NC模塊沒有與webserver進(jìn)行關(guān)聯(lián) 解決辦法: （1）：啟動(dòng)apache，在was管理界面中查看Webserver是否已經(jīng)啟動(dòng)，如圖：（2）：點(diǎn)擊nc50，進(jìn)入nc50，點(diǎn)擊模塊下的管理模塊（3）：在管理模塊下，如圖，A：在集群與服務(wù)器中，有兩行，分別為集群與web服務(wù)器，全部選中（藍(lán)色表選中）B：在下面的模塊中全部選中C：點(diǎn)擊集群與服務(wù)器右邊的應(yīng)用D：點(diǎn)擊最下方的確定按鈕即可。E：驗(yàn)證：最右邊服務(wù)器列中是否已經(jīng)將web服務(wù)器加了進(jìn)去：12:NC部署后訪問頁面是ibm erver頁面. 表現(xiàn): NC已經(jīng)成功部署并且webserver也已經(jīng)關(guān)聯(lián),插件也重新生成,但訪問時(shí)依然是ibm ,但頁面依然是ibmerver頁面. 分析:可能是ibm erver與插件關(guān)聯(lián)部分出現(xiàn)問題. ,發(fā)現(xiàn)其WebSpherePluginConfig d:\IBM\H….”