用友NC常见环境问题(第5版)

NC常见环境问题（第5版）

NC技术支持部 2009-06

WAS+部署常见问题：

1：安装WAS时需要注意事项

安装WAS时，WAS的windows环境默认安装路径“c:\\program files\\IBM\\Websphere”，这个默认安装路径是不被NC应用所支持，NC应用要求安装简单，不要有空格，不要有下划线，不要有连接线等特殊路径。所以WAS不能安装到默认路径下。通常情况下下列特殊符号包括“`”“~”“!”“@”“#”“$”“%”“^”“&”“*”“(”“)”“-”“_”“+”“=”“{”“}”“[”“]”“\\”“|”“;”“:”“””“’”“,”“.”“/”“?”“中文”不能命名成安装路径。 安装WAS的另一个要求是网络设置。通常情况下要保证网络链接。如果服务器上有2块或更多网卡，这些网卡如果被启用了，要保证正确分配了IP地址，有正常的网络连线链接。如果某块网卡没有物理连线或正常IP地址设置。就要将该网卡设置为禁用状态。 设置合理的IP地址，一般部署NC应用的服务器需要设置成固定IP地址，固定IP地址有利于以后的管理和访问。同时正确维护hosts文件。Unix/Linux环境下，维护hosts文件由为重要。正确维护hosts文件才能保证WAS的正常启动与访问。 主机名称要简单简介。通常情况下不要特殊符号命名主机名称。特殊符号包括“`”“~”“!”“@”“#”“$”“%”“^”“&”“*”“(”“)”“-”“_”“+”“=”“{”“}”“[”“]”“\\”“|”“;”“:”“””“’”“,”“.”“/”“?”“中文”。 安装好WAS建立了profile了，又进行了主机名变更，会出现WAS无法正常启动问题，这个profiles已经坏掉了。用户需要重新建立一个profiles来使用。这一点在今后的维护中需要注意。

2：NC502部署时出现IBMUTC应用

Was部署完，界面显示部署成功。但是在was的控制台中只能看到一个IBMUTC的应用，nc50的应用没有。该问题在windows及AIX下都出现过. 删除应用，重启was,多次部署之后就可以出现nc50的应用，或者不用删除IBMUTC应用,接着直接部署一次或多次,也可以部署成功,此时IBMUTC的应用也同时部署上去了,将IBMUTC删除。 该问题是WAS的BUG,需要多部署几次即可

3：Windows Server2008上安装WAS后补丁打不上问题

某遇到的WAS问题是:针对客户的Windows Server2008 Enterprise SP1 64位和Intel Xeon

3.6GHz(正式环境)或Inter(R)Core(TM)2 DUO CPU T6570 @2.10GHz(测试环境),相应的补丁更新程序不匹配.使用集团提供的补丁更新程序\来安装,提示“ 操作系统未通过必备软件检查”，如果不管操作系统的检查结果，点下一步强行安装，安装完后，更新程序的启动程序“update.bat\找不到，更新不了WAS补丁。 解决方法：

方法:1.从其它机器上拷贝一个update.bat,然后运行打补丁.2.用32位的补丁安装工具download.updii.61013.windows.ia32.zip安装后再打补丁,该工具仅仅是个补丁安装工具,打补丁时使用WAS64的补丁即可.

4：APACHE访问出错问题

问题现象：

HTTPSERVER+WAS水平集群 登录http://127.0.0.1时报错：

The server has encountered an error. Please refer to the event log for more detail information. Please contact the server administrator ????

问题分析:

\\Plugins\\logs\\websrv1\\http_plugin.log: 中看的下面的错误:

[Fri May 22 12:06:03 2009] 00001738 00001020 - ERROR: ws_common: websphereExecute: Failed to create the stream

[Fri May 22 12:06:03 2009] 00001738 00001020 - ERROR: ws_common: websphereHandleRequest: Failed to execute the transaction to 'jxzbwas02Node01_server1'on host 'jxzbwas02'; will try another one

[Fri May 22 12:06:03 2009] 00001738 00001020 - ERROR: ws_common: 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是因为下图中”应用程序服务期 server1”, 没有删除造成。在\\Plugins\\config\\websrv1\\plugin-cfg.xml也有生成的

jxzbwas02Node01_server1的信息。 但是在NC的prop.xml文件中没有该服务 server1的信息. 所以plugin-cfg.xml中含有的应用服务和prop.xml中的不一致，造成访问APACHE出现上面的问题.

问题解决方法：

将上图中的两个server1删除。 在WAS管理控制台重新生成插件和传播插件. 然后重现启动APACHE后正常。 另外，在下图中的应用程序DefaultAplication,PlantsByWebSphere和SamplesGallery也要删除掉。否则也会造成访问不了NC问题.

5：HTTPServer 的80端口访问慢问题

第一种方法：WAS集群，访问http://IP:80端口时，访问非常慢。但是访问其它端口则正常。通过观察发现D:\\IBM\\HTTPServer\\logs\\ access.log文件达到1到2G左右，于是将apache.exe停止，删除掉access.log文件，再重新启动，访问80端口即可。 第二种方法：

该方法是网上找的，没有测试。

下面是关闭apache的 error.log,access.log日志方法： 找到文件D:\\IBM\\HTTPServer\\conf\\httpd.conf

vi http.conf

ErrorLog logs/error.log #

# LogLevel: Control the number of messages logged to the error.log. # 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 \LogFormat \LogFormat \LogFormat \CustomLog logs/access.log common 在前面加“#”号应该就可以了。

解决Apache日志文档ACCESS.LOG日益膨胀的一个办法： 将httpd.conf中CustomLog logs/access.log common 改成

CustomLog \c:/apache/logs/%Y_%m_%d.access.log 86400 480\common 重启Apache

6:Was启动时乱码且关闭不了问题

WAS中间件在AIX下,

用Xmanager登录后, 设置export LANG=Zh_CN.GB18030或 export LANG=Zh_CN的情况下启动./satartServer.sh server1后,进入NC系统发现增加凭证等许多节点都乱码,且用./stopServer.sh server1则不能停止中间件

估计是使用的Xmanger中没有合适的字符集造成的. 然后用telnet登录后, 启动和关闭was, 一切正常

7:32位操作系统之广西某项目WAS宕机问题

一、 问题总述：

某项目信息中心对was中的java虚拟机大小进行了调整，据称原来只有768M，调整为了1280M。可是was死机的情况愈加频繁，问题更加严重。

二、 问题分析：

这个问题比较复杂，后台会出现两类的内存溢出现象。这类问题在其他大量项目也出现过类似问题。不过某项目集团正好把两个问题均碰到了。 第一种现象内存溢出： 我所拿到的javacore中没有该类报错，不过第一次技术顾问到现场可能看到的是这种现象。 在javacore文件最上面会出现内存溢出的信息如下图

在后面的内存信息部分，free内存已经没有了，说明内存资源已经不足，导致was宕机。

第二种现象线程无法创建： 这个现象是我4月拿到的was宕机的javacore，这类问题是线程无法创建问题。 在javacore文件最上面会出现内存溢出的信息如下图，但是除了outofmemory之外还附带了一个信息：failed to fork OS thread ,这个信息很重要,这个信息表明是操作系统无法创建线程。

再查看在后面的内存信息部分，free内存还有很多剩余，说明内存资源还没有被完全使用，说明不是内存不足导致宕机。

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库用友NC常见环境问题(第5版)在线全文阅读。