4台安装了RHEL5 X64的服务器。A机安装了WAS的ND,其他3台安装了WAS的appserver。4台机器相互可以ping通ip。4台机器的服务也起来了。A机启动了startManager.sh,startNode.sh,其他3台启动了startServer.sh server1。各自的管理控制台均可进入。4台机器的时间是一致的。[@more@]
在ND的管理控制台添加节点出现最终报错:“控制台尚未接收到有关及时方式的添加操作的信息。操作的状态不确定。检查添加节点日志以获取详细信息。”
检查发现ip可以ping通,机器名ping不通。分别在4台机器的/etc/hosts加入其他3台机器的对应关系后,重新添加节点(主机名使用机器名,避免以后网络环境发生改变,例如改变了ip,使用机器名只需更改hosts文件对应关系,使用ip改起来就麻烦了)搞定。例如:
A机:192.168.0.21 webserver1
B机:192.168.0.22 webserver2
C机:192.168.0.23 webserver3
D机:192.168.0.24 webserver4
那么在A机的/etc/hosts里加入其他3台机器的对应关系:
192.168.0.22 webserver2
192.168.0.23 webserver3
192.168.0.24 webserver4
修改默认的127.0.0.1 webserver1为192.168.0.21 webserver1,保存退出。
在B机的/etc/hosts里加入其他3台机器的对应关系:
192.168.0.21 webserver1
192.168.0.23 webserver3
192.168.0.24 webserver4
修改默认的127.0.0.1 webserver2为192.168.0.22 webserver2,保存退出。
C、D机依样操作。需要说明的是,4台机器的对应关系都要加完整。不然当时添加节点没问题,以后重启机器,执行startNode.sh起代理时会报错。我当时偷懒,A机上加入了其他3台机器的对应关系,而B、C、D机则只加入了A机的对应关系,因为我想B、C、D机受管于A机(ND),只要认识A机的机器名就可以了。没想到重启机器后,B、C、D机执行startNode.sh都不成功,节点代理起不来集群当然也起不来了,后来咨询了IBM的工程师,才知道错误所在,就这个小错误折腾了我2个小时的时间。
----------------------------------------------------------------------------
还有一种情况是输入的应用程序服务器用户名、密码及Deployment Manager的用户名、密码,4者之一错误,都会导致相同的报错信息。可通过Deployment Manager所在机器的SystemOut.log日志得知。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/68303/viewspace-1005672/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/68303/viewspace-1005672/