linux下was启动startnode.sh报错,WAS startnode hang问题解决

本文档描述了在WAS集群环境中遇到的一个问题,即节点启动时卡在某个状态无响应。经过排查,发现是由于JVM的共享内存问题导致。通过在管理控制台中修改节点的Java虚拟机参数,添加' -Xshareclasses:nonfatal ',并执行syncNode命令使配置同步,最终成功解决了Node启动挂起的问题。这一解决方案对于遇到类似问题的WAS6109用户可能同样适用。
摘要由CSDN通过智能技术生成

WAS startnode hang问题解决[@more@]

WAS的集群环境,假设192.168.1.10为A机 192.168.1.20为B机,A、B两机做Cluster,Dmger在A机。因为春节下电,开机时现象是,Dmger正常,B机上的Node正常启动,但是A机上的Node启动时,出现“”后,无响应,查询系统启动日志,无记录。

检查一下操作系统的状态,内存、磁盘空间一切正常。ps -ef|grep java系统进程也在。

打开trace查看node启动的问题记录:

#startNode.sh -trace

从系统日志中无法看出系统异常。

于是联想到去年曾经在配置结点时federate异常,最后是因为JVM的share memory问题造成。最后IBM建议按该问题处理。1、启动dmgr,在管理控制台系统管理中,选择无法启动的那个nodeagent,在进程管理->进程定义->java虚拟机 的通用jvm参数里添加“-Xshareclasses:nonfatal”,保存。

(查看configcellsnodesserversnodeagentserver.xml

确认genericJvmArguments里设置了-Xshareclasses:nonfatal)

2、在无法启动的节点的bin下执行syncNode命令,强制节点配置于dmgr同步,同步后查看configcellsnodesserversnodeagentserver.xml,

确认genericJvmArguments里设置了-Xshareclasses:nonfatal。

3、启动nodeagent。

设置后,重启Dmgr和Node后,Node正常启动!据说WAS 6109会对share classes问题修正。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值