Was+NC常見(jiàn)環(huán)境問(wèn)題

1、.：.；Was+NC常見(jiàn)問(wèn)題 TOC o 1-3 h z u HYPERLINK l _Toc172603332 Was+NC常見(jiàn)問(wèn)題 PAGEREF _Toc172603332 h 1 HYPERLINK l _Toc172603333 1:假設(shè)主機(jī)名被更改,was的運(yùn)轉(zhuǎn)與訪(fǎng)問(wèn)能夠會(huì)出現(xiàn)問(wèn)題. PAGEREF _Toc172603333 h 2 HYPERLINK l _Toc172603334 2:was集群方式下NC部署不勝利問(wèn)題: PAGEREF _Toc172603334 h 2 HYPERLINK l _Toc172603335 3:NC勝利部署到集群后經(jīng)過(guò)閱讀器訪(fǎng)問(wèn)出現(xiàn)的是ibm

2、 httpserver的頁(yè)面. PAGEREF _Toc172603335 h 2 HYPERLINK l _Toc172603336 4：NC曾經(jīng)勝利部署并且webserver也曾經(jīng)關(guān)聯(lián),插件也重新生成,但訪(fǎng)問(wèn)時(shí)依然是ibm httpserver頁(yè)面. PAGEREF _Toc172603336 h 3 HYPERLINK l _Toc172603337 5:在WAS集群環(huán)境下,每次重啟閱讀器進(jìn)入NC,NC的公司登陸頁(yè)面都要很長(zhǎng)時(shí)間才出來(lái). PAGEREF _Toc172603337 h 3 HYPERLINK l _Toc172603338 6:WAS日志中出現(xiàn)內(nèi)存溢出 PAGEREF _

3、Toc172603338 h 4 HYPERLINK l _Toc172603339 7:有關(guān)功能異常, 日志中出現(xiàn)無(wú)法從jndi找到相關(guān)模塊或資源. PAGEREF _Toc172603339 h 4 HYPERLINK l _Toc172603340 8:集群方式部署時(shí)部分運(yùn)用效力器，ear包中的jar沒(méi)有拷貝全 PAGEREF _Toc172603340 h 4 HYPERLINK l _Toc172603341 9:集群方式部署后進(jìn)展集群映射到其他效力器過(guò)程中無(wú)法映射勝利： PAGEREF _Toc172603341 h 4 HYPERLINK l _Toc172603342 10:A

4、IX主機(jī)添加內(nèi)存后，運(yùn)用效力器再無(wú)法正常啟動(dòng): PAGEREF _Toc172603342 h 5 HYPERLINK l _Toc172603343 11:主機(jī)名中不能包含下劃線(xiàn)等特殊字符: PAGEREF _Toc172603343 h 5 HYPERLINK l _Toc172603344 12:將was安裝盤(pán)從widows下上傳到unix，無(wú)法正常安裝: PAGEREF _Toc172603344 h 5 HYPERLINK l _Toc172603345 13:NC501規(guī)范版無(wú)法部署到was6107上: PAGEREF _Toc172603345 h 6 HYPERLINK l _

5、Toc172603346 14:NCWAS集群時(shí)主機(jī)名導(dǎo)致的問(wèn)題: PAGEREF _Toc172603346 h 61:假設(shè)主機(jī)名被更改,was的運(yùn)轉(zhuǎn)與訪(fǎng)問(wèn)能夠會(huì)出現(xiàn)問(wèn)題. 景象:訪(fǎng)問(wèn)運(yùn)用時(shí)能夠會(huì)出現(xiàn)無(wú)法訪(fǎng)問(wèn)的情況. 分析:was是主機(jī)名相關(guān)的 處理方法:重裝WAS2:was集群方式下NC部署不勝利問(wèn)題: 景象:最新的NC5.01sp1無(wú)法部署勝利 分析:NC規(guī)范的5.01可以部署在Was6.1patch03及其以下補(bǔ)丁版本,但不能部署在patch07版本上.而4月24號(hào)后最新的NC5.01sp1只能部署在patch07這個(gè)版本上. 處理方法:將was晉級(jí)到patch073:NC勝利部署到集

6、群后經(jīng)過(guò)閱讀器訪(fǎng)問(wèn)出現(xiàn)的是ibm httpserver的頁(yè)面. 景象:NC模塊在was里面曾經(jīng)正常起來(lái)了,但訪(fǎng)問(wèn)頁(yè)面依然是ibm http的頁(yè)面. 分析:NC模塊沒(méi)有與webserver進(jìn)展關(guān)聯(lián) 處理方法: 1：?jiǎn)?dòng)apache，在was管理界面中查看Webserver能否曾經(jīng)啟動(dòng)，如圖：2：點(diǎn)擊nc50，進(jìn)入nc50，點(diǎn)擊模塊下的管理模塊3：在管理模塊下，如圖， A：在集群與效力器中，有兩行，分別為集群與web效力器，全部選中藍(lán)色表選中 B：在下面的模塊中全部選中C：點(diǎn)擊集群與效力器右邊的運(yùn)用D：點(diǎn)擊最下方確實(shí)定按鈕即可。E：驗(yàn)證：最右邊效力器列中能否曾經(jīng)將web效力器加了進(jìn)去：4：NC曾經(jīng)

7、勝利部署并且webserver也曾經(jīng)關(guān)聯(lián),插件也重新生成,但訪(fǎng)問(wèn)時(shí)依然是ibm httpserver頁(yè)面. 表現(xiàn):webserver與關(guān)聯(lián)都沒(méi)有問(wèn)題,但頁(yè)面依然是ibmhttpserver頁(yè)面. 分析:能夠是ibm httpserver與插件關(guān)聯(lián)部分出現(xiàn)問(wèn)題. 進(jìn)入httpd.conf配置文件下查看,發(fā)現(xiàn)其WebSpherePluginConfig d:IBMH.指向的途徑為舊的plugin.xml途徑 處理方法:進(jìn)入httpd.conf配置文件修正WebSpherePluginConfig指向的途徑,使其指向新的plugin.xml途徑5:在WAS集群環(huán)境下,每次重啟閱讀器進(jìn)入NC,NC的公

8、司登陸頁(yè)面都要很長(zhǎng)時(shí)間才出來(lái). 表現(xiàn):NC的第一個(gè)歡迎界面很快,但其后的登陸頁(yè)面很慢. 分析:經(jīng)過(guò)查看java控制臺(tái)中信息,發(fā)現(xiàn)每次都重新下載很多*.jar的信息.即每次登陸時(shí)都要重新下載一次相關(guān)代碼(大約十幾兆) 處理方法:需求去除掉對(duì)應(yīng)nchome/bin下的兩個(gè)以.cache結(jié)尾的文件(dist.cache,version.cache);再重啟was.6:WAS日志中出現(xiàn)內(nèi)存溢出表現(xiàn):was進(jìn)程down掉,日志中有內(nèi)存溢出信息.分析:能夠是分配給was進(jìn)程的內(nèi)存不夠;也能夠是對(duì)應(yīng)程序存在內(nèi)存溢出或懇求大量?jī)?nèi)存.處理方法:對(duì)于第一種情況,在was中修正對(duì)應(yīng)java進(jìn)程參數(shù):對(duì)于第二種情況,

9、需求對(duì)應(yīng)環(huán)境重現(xiàn),相關(guān)開(kāi)發(fā)人員跟蹤定位.7:有關(guān)功能異常, 日志中出現(xiàn)無(wú)法從jndi找到相關(guān)模塊或資源. 表現(xiàn):相關(guān)功能無(wú)法正常運(yùn)用,日志中報(bào)找不到相關(guān)資源或模塊信息. 分析:一是確實(shí)短少相關(guān)資源,如短少了相關(guān)類(lèi);二是相關(guān)功能點(diǎn)用到的ejb沒(méi)有被正常打包并部署到was上. 處理方法: 對(duì)于第一種情況,查看對(duì)應(yīng)途徑下相關(guān)資源能否存在,沒(méi)有的話(huà)將相關(guān)資源補(bǔ)充;對(duì)于第二種情況,選中模塊,重新生成ejb并部署.8:集群方式部署時(shí)部分運(yùn)用效力器，ear包中的jar沒(méi)有拷貝全表現(xiàn)：登陸頁(yè)面有時(shí)候出錯(cuò)有時(shí)候沒(méi)有問(wèn)題。分析：發(fā)現(xiàn)有一個(gè)效力端口無(wú)法訪(fǎng)問(wèn)，后臺(tái)報(bào)錯(cuò)，發(fā)現(xiàn)installedApps中的nc50.ea

10、r中的jar程序不全之后部分。處理方法：手動(dòng)拷貝過(guò)來(lái)后重起后就可以運(yùn)用了。9:集群方式部署后進(jìn)展集群映射到其他效力器過(guò)程中無(wú)法映射勝利： 表現(xiàn)：在做運(yùn)用和nc的映射企業(yè)運(yùn)用程序nc50選擇一切效力器進(jìn)展映射映射時(shí)，假設(shè)直接映射時(shí)有bug，不會(huì)出現(xiàn)保管按鈕。 正確操作： 1.先選擇企業(yè)運(yùn)用程序，選擇nc50運(yùn)用，虛擬主機(jī)，選擇 NC WEB default_host hrss.war default_host portal.war default_host 確定后先別保管 2.選擇管理模塊，做mapping操作。確定后保管。這樣是完好的mapping操作。nc運(yùn)用和hr運(yùn)用和portal運(yùn)用都會(huì)

11、正確映射。10:AIX主機(jī)添加內(nèi)存后，運(yùn)用效力器再無(wú)法正常啟動(dòng):景象：AIX主機(jī)添加內(nèi)存后，運(yùn)用效力器再無(wú)法正常啟動(dòng)分析：a)檢查native_stderr.log,發(fā)現(xiàn)錯(cuò)誤信息:JVMSHRC030E The Shared Class Cache you are attaching has invalid header.JVMSHRC031E The Shared Class Cache you are attaching has incompatible JVM version.JVMSHRC025E error attaching shared memoryJVMSHRC017E Err

12、or code: -308 解釋?zhuān)簾o(wú)法運(yùn)用共享內(nèi)存，b)添加內(nèi)存后，系統(tǒng)內(nèi)存地址發(fā)生變化。假設(shè)重啟客戶(hù)運(yùn)用的是WAS6.1, JDK是J2RE 1.5.0 20061001, 各個(gè)JVM在啟動(dòng)時(shí),會(huì)運(yùn)用shared classes,以加快啟動(dòng)速度.而此系統(tǒng)中,第二個(gè)啟動(dòng)的server在試圖運(yùn)用第一個(gè)server的Cached class時(shí),出現(xiàn)了不一致的情況.從而呵斥第二個(gè)server不能啟動(dòng).處理方案：修正一切的效力器server.xml中的內(nèi)容,添加JVM參數(shù) Xshareclasses:none,重啟一切效力器即可。11:主機(jī)名中不能包含下劃線(xiàn)等特殊字符:景象：was報(bào)安裝勝利，但無(wú)法勝

13、利創(chuàng)建profiles分析：主機(jī)名中包含特殊字符如nc_app1，導(dǎo)致創(chuàng)建profiles失敗處理方法：修正主機(jī)名為ncapp1，問(wèn)題處理12:將was安裝盤(pán)從widows下上傳到unix，無(wú)法正常安裝: 景象：將unix安裝盤(pán)在windows下讀出經(jīng)過(guò)ftp上傳到unix下后安裝，無(wú)法正常安裝勝利，報(bào)找不到j(luò)vm或其他文件等 分析：unix安裝盤(pán)在windows下讀出來(lái)時(shí)發(fā)現(xiàn)沒(méi)有了大小寫(xiě)區(qū)別，而unix是大小寫(xiě)敏感，導(dǎo)致安裝失敗。 處理方法：1：將安裝盤(pán)unix光驅(qū)下讀出即可 2：或?qū)⒄５陌惭btar包而不是光驅(qū)目錄文件從windows上傳。13:NC501規(guī)范版無(wú)法部署到was6107上:

14、表現(xiàn)：was打上6107補(bǔ)丁后，NC501版本07年2月份發(fā)版的無(wú)法部署勝利，報(bào)：07-6-26 19:06:14:359 CST 0000005e DeployEJBTask I ADMA0158I: EJBDeploy java.lang.RuntimeException: 屬性未找到：IComponentCreationDataModelProperties.PROJECT_NAME分析：NC新版的501sp1版本在部署這塊基于was6107補(bǔ)丁做了修正。因此，原來(lái)nc501只能部署在was6103及以下版本中，不能部署在was6107補(bǔ)丁版本上。反之，nc501sp1可以部署在was6

15、107上而不能部署在was6103及其低版本下。處理方法：對(duì)應(yīng)好nc與was的版本。14:NCWAS集群時(shí)主機(jī)名導(dǎo)致的問(wèn)題:表現(xiàn)：出現(xiàn)問(wèn)題時(shí)，Websphere一切正常，對(duì)應(yīng)的NC server正常；直接訪(fǎng)問(wèn)對(duì)應(yīng)的server端口如9080，NC歡迎界面能出來(lái)，訪(fǎng)問(wèn)IUFO運(yùn)用，正常；訪(fǎng)問(wèn)NC運(yùn)用，系統(tǒng)不斷白屏，登陸界面出不來(lái)，NC集群中一切server情況都與之類(lèi)似。分析：在NC系統(tǒng)出現(xiàn)問(wèn)題時(shí)，系統(tǒng)后臺(tái)日志中，報(bào)如下信息：probeid = 89Stack Dump = nc.bs.framework.exception.FrameworkIOException: Remote reques

16、t errorat nc.bs.frameworkn.cli.JavaURLCommunicator.request(JavaURLCommunicator.java:71)at nc.bs.frameworkn.cli.ClientProxyImpl.a(ClientProxyImpl.java:166)at nc.bs.frameworkn.cli.ClientProxyImpl.invoke(ClientProxyImpl.java:123)at $Proxy2.getConfigParser(Unknown Source)at nc.vo.sm.login.LoginRequestIn

17、fo.getLoginUIType(LoginRequestInfo.java:166)at com.ibm._jsp._login._jspService(_login.java:181)at com.ibm.ws.jsp.runtime.HttpJspBase.service(HttpJspBase.java:85)Caused by: java.io.IOException: Server returned response code: 408 for URL: NCAPP1:9080/ServiceDispatcherServletat tocol.HttpURLConnection.

18、getInputStream(HttpURLConnection.java:1179)at nc.bs.frameworkn.cli.JavaURLCommunicator.request(JavaURLCommunicator.java:62). 6 more即java程序經(jīng)過(guò)主機(jī)名端口訪(fǎng)問(wèn)web效力資源時(shí)出現(xiàn)問(wèn)題，導(dǎo)致無(wú)法正常獲取登陸信息。即在國(guó)美當(dāng)前環(huán)境下，后臺(tái)系統(tǒng)jvm經(jīng)過(guò)DNS系統(tǒng)解析主機(jī)名時(shí)會(huì)出現(xiàn)問(wèn)題，導(dǎo)致登陸失敗。處理方法：在NC配置文件中nchome/ierp/bin/prop.xml中修正主機(jī)名為ip訪(fǎng)問(wèn)，防止系統(tǒng)經(jīng)過(guò)DNS訪(fǎng)問(wèn)NC系統(tǒng)。15:NCWAS集群時(shí)主機(jī)名導(dǎo)致的問(wèn)題:1. Was 集群形狀下, 內(nèi)網(wǎng)訪(fǎng)問(wèn)正常,外網(wǎng)訪(fǎng)問(wèn)時(shí)為apache界面. 緣由: 內(nèi)外網(wǎng)端口不一致呵斥的, 修正為一致后正常. 如內(nèi)網(wǎng)訪(fǎng)問(wèn)時(shí)運(yùn)用80端口,外網(wǎng)運(yùn)用8000端口.都修正為8000后正常.2. Was 集群形狀下,如何修正apache端口. (如80修正為8000)(1) 修正apache的httpd.conf 文件. 將文件中的一切80 都修正為需求的端口8000.(2) 進(jìn)was控制臺(tái). 點(diǎn)擊 效力器 - web效力器 - webserver1 - 配置 -