可以通过log4j这类jar包来控制应用日志的输出路径,这样,你的日志就可以写入到单独文件中,而不是SystemOut.log和SystemErr.log中了。
看看生成的ffdc文件: /opt/IBM/WebSphere/AppServer/profiles/AppSrv01/logs/ffdc/server1_c866d331_16.07.28_11.15.51.7394229446342140574968.txt ,里面有具体的错误说明。
数据库查询时无返回,造成数据连接超时,建议查查数据库当时的状态。2. 建议出问题时,“kill -3 was服务pid” 一下生成一下javacore。方便具体分析。
这个是was读取了你工程中的数据源相关的配置文件(如:applicationcontent这类xml文件),然后去was上匹配jndi,但没匹配到,所以才会让你填写。你检查下数据源 是否配置了。
建议分开安装liberty和ihs。因为不同的软件,安装页面是不一样的,而且有些需要的配置也不一样的。
单节点环境的话,进入war包的自解压目录下去修改对应的文件,如果是class或者xml这类需要重启服务,jsp,css,js这类静态文件更新无需重启。不过建议更新后重启服务,同时如果was是用普通用户的,还得注意更新文件时的用户权限。
查看服务器启动日志和服务的SystemOut.log日志,看看具体是什么错误,然后具体分析,你说的问题的问题的原因太多了,只能查看具体日志才能了解具体问题。
确认was服务是否内存溢出或者产生javacore,这些文件默认在profiles下的nodeagent对应的名称目录下面,如果有重定向过,那得再看。2. 查看一下服务的SystemOut.log和SystemErr.log中查看有什么报错。3. ”kill -3 服务pid
这个要看实际的情况来说,如果占用CPU多的线程能够释放,那就可以自动恢复。如果长期堵塞,会导致线程池阻塞,大量的线程等待,就会占满线程池的线程数,最终导致服务异常。
提供一下日志,然后在cpu饥饿的时候抓一下javacore提供一下。我们来给你分析。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30