用友股份-LE服务支持部技术方案--《无法启动WAS的解决办法》建立日期：2013-04-01修改日期：xxxx-xx-xx文档属性：客户文控编号：LE-DY-JS-2013-00352/6文档控制创建记录审阅人姓名所属部门职位审阅签字发布人姓名所属部门发布时间日期作者所属部门邮件地址版本2013-04-01V1.03目录无法启动WAS的解决办法..................................................................................................44无法启动WAS的解决办法第一种情况：一.系统环境Hpux11.31，was7水平集群，nc61，oraclerac二.问题描述部署之前，启动master，各个member都能正常启动，部署后，无法启动，输出的报错信息是：报错信息见日志三.检查分析查看日志：-Xshareclasses:none参数无法识别，从管理控制台里看到jvm启动参数里有-Xshareclasses:none。去掉后即可启动。但是顾问重新部署后，又无法启动了，也是报同样的错误，发现参数-Xshareclasses:none又写入到了启动参数中，那么肯定是在部署的过程中此参数写入进到了启动参数中。查看ncsysconfig-部署-jvm，果然发现有参数-Xshareclasses:none，那么重新部署一次，就会把此参数写入。四.解决方法在solaris和hpux下这个参数无法识别，所以需要把这个参数给去掉。5第二种情况：一.系统环境AIX环境，was垂直集群二.问题描述启动第一个server后，第二个server无法启动，报错。检查native_stderr.log发现如下错误：JVMSHRC030ETheSharedClassCacheyouareattachinghasinvalidheader.JVMSHRC031ETheSharedClassCacheyouareattachinghasincompatibleJVMversion.JVMSHRC025EerrorattachingsharedmemoryJVMSHRC017EErrorcode:-308三.检查分析查询相关资料得知：无法使用共享内存。AIX系统增加内存后，系统内存地址发生变化。或者，增加实例后，重启了系统，当启动was各实例时，各JVM启动时会使用sharedclasses以加快was的启动速度。而此系统中的第二个server启动时，试图使用第一个server的Cachedclasses时，出现了不一致的情况。从而导致第二个server无法启动。四.解决方法修改所有的服务器的server.xml中的内容，增加JVM参数-Xshareclasses:none，重启所有服务器即可。6或者登录到was控制台应用服务器—>server1-->java进程管理-->进程定义-->java虚拟机.在JVM通用参数项上加上-Xshareclasses:none。
