WAS 节点不同步解决办法一
博客分类: 应用服务器
.
错误现象:
1、
启动应用的时候特别慢,报“可能已经启动成功,但没有在预定的时间启动完成,详情请参考日志xxx”。
2、
“企业级应用程序”下应用的状态好像不对,在WebSphere企业应用程序中启动起来的应用在这里仍然是“红X”状态。
3、
系统管理下的节点状态不对,同步节点后仍然显示未同步。
4、
部署新应用后启动时,会报
[12-4-11 20:08:07:127 CST] 0000002b DefaultTokenP I HMGR0149E: 尝试打开到核心组 DefaultCoreGroup 的连接被拒绝。发送进程的名称为 fqztestapCell01\fqztestapCellManager01\dmgr 且 IP 地址为 /172.18.251.23。本地进程中的全局安全性为 Disabled。发送进程中的全局安全性为 Enabled。接收到的标记以 ?0G??????+?Qe?? 开头。异常为 <null>。
[12-4-11 20:20:40:736 CST] 00000017 AdminHelper A ADMN1009I: 尝试启动 rews_message_parse 应用程序。
[12-4-11 20:20:40:740 CST] 00000017 ApplicationMg W WSVR0215W: 启动应用程序 rews_message_parse 失败。尚未安装该应用程序。
[12-4-11 20:42:21:326 CST] 00000016 AdminHelper A ADMN1009I: 尝试启动 rews_message_parse 应用程序。
[12-4-11 20:42:21:330 CST] 00000016 ApplicationMg W WSVR0215W: 启动应用程序 rews_message_parse 失败。尚未安装该应用程序。
但实际部署的整个过程中,日志没有报错且控制台上提示部署成功。
----------------
很遗憾,做开发这么久,对WAS却是如此陌生,最近老碰到WAS节点不同步问题,导致所有应用都不能正常部署,总结了以下这个解决办法,分享于此。。。
------------
Was控制台节点显示同步状态不正常,无法完成同步,问题解决如下:
一、
切换到bin目录下,执行相应命令,依次停止 server 、 node 、dmgr(严格按照此顺序)
/opt/IBM/WebSphere/AppServer/profiles/AppSrv02/bin/stopServer.sh server1 --servername
/opt/IBM/WebSphere/AppServer/profiles/AppSrv02/bin/stopNode.sh
/opt/IBM/WebSphere/AppServer/bin/stopManager.sh
二、删除 wstemp, temp 和 config/temp 文件夹下面的临时文件
/opt/IBM/WebSphere/AppServer/profiles/Dmgr01/temp、wstemp、tranlog目录下内容删除。
/opt/IBM/WebSphere/AppServer/profiles/Dmgr01/config/temp目录下内容删除。
四、同步节点:
##同步节点信息
切换到“/opt/IBM/WebSphere/AppServer/profiles/AppSrv02/bin/”下:
执行 :syncNode.sh fqztestap 8879 -username appname -password 000000
------------
其中 “fqztestap”是was所部署在的主机名,linux/unix 下用“uname -all”获取
比如我执行 “uname -all ”后,显示:
Linux fqztestap 2.6.18-128.el5 #1 SMP Wed Dec 17 11:41:38 EST 2008 x86_64 x86_64 x86_64 GNU/Linux
第二项即为主机名
------------
五、依次启动 dmgr、node、server (严格按照此顺序)
/opt/IBM/WebSphere/AppServer/bin/startManager.sh
/opt/IBM/WebSphere/AppServer/profiles/AppSrv02/bin/startNode.sh
/opt/IBM/WebSphere/AppServer/profiles/AppSrv02/bin/startServer.sh server1 --servername
来源:http://hjw2java.iteye.com/blog/1534866