centos 6.5下搭建svn服务端
2015-10-08 11:39
736 查看
jvm crash 最近公司服务器上面出现了这样的情况,java进程突然自己关闭。服务器使用的java容器是tomcat。查看tomcat日志catalina.out显示的错误报告为:
# A fatal error has been detected by the Java Runtime Environment:
## SIGSEGV (0xb) at pc=0x00007f14d28eeeef, pid=16367, tid=139727180842752## JRE version: 7.0_25-b30# Java VM: OpenJDK 64-Bit Server VM (23.7-b01 mixed mode linux-amd64 compressed oops)# Problematic frame:# V [libjvm.so+0x640eef] PhaseIdealLoop::clone_loop(IdealLoopTree*, Node_List&, int, Node*)+0xd7f## Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again## An error report file with more information is saved as:# //hs_err_pid16367.log## If you would like to submit a bug report, please include# instructions on how to reproduce the bug and visit:# https://bugs.launchpad.net/ubuntu/+source/openjdk-7/
出现的频率还很高基本是一个小时关闭一次。在没解决问题之前先用一个脚本顶着:
#!/bin/bash
i=`netstat -tlnp |grep java | wc -l`
if [ $i -eq 0 ];then
service tomcat start
sleep 10
if [ $? -eq 0 ];then
echo "tomcat restart `date +%Y-%m-%d_%H:%M`" >>/root/retomcat.log #日志文件需要手动创建
else
echo "error restart tomcat `date +%Y-%m-%d_%H:%M`" >>/root/retomcat.log
fi
else
echo "tomcat is ok"
fi
然后加入定时任务每分钟检查一次java进程个数是否为0.如果为0就启动tomcat服务。
因为这问题花了一段时间才解决,所以在处理的过程中就使用这个脚本顶着保证java服务开启。
然后开始查资料了
参考资料:
http://sind.iteye.com/blog/1132459http://eric-flower.iteye.com/blog/1447080http://www.oschina.net/question/1092_24066 这个很详细
通过以上的描述最后确定了问题是由于jvm优化代码所引起的jvm的bug。网上出现这个问题的都是jdk1.6版本的 我安装的Jdk-1.7也有这样的问题,很奇怪。我其他服务器都是正常的就只有这台出现了问题。
每次java进程报错的时候都会在根目录下生成一个错误文件如hs_err_pid16367.log,查看这个文件、
vi /hs_err_pid16367.log 会发现一些有用的信息
如:
--------------- T H R E A D ---------------
Current thread (0x00007f9db0182800): JavaThread "C2 CompilerThread1" daemon [_thread_in_native, id=6012, stack(0x00007f9da9897000,0
x00007f9da9998000)]
Current CompileTask:
C2:8485207 1925 xiao.hao123.gameserver.astj.androidrpg.fight.bean.log.FightNormalRoundLogBean::toString (2593 bytes) # 这段代码告诉了JAVA进程报错的时候执行的代码,这行就是出差的原因
通过观察hs_err_pid16367.log文件知道了引起错误代码的位置之后开始编辑/bin/catalina.sh文件
在启动项目中添加如下代码:
JAVA_OPTS="-Xms2048m -Xmx2048m -Xmn512m -XX:PermSize=256M -XX:MaxPermSize=256m -Xss256k -XX:-ReduceInitialCardMarks -XX:CompileCommand=exclude,me/gall/gameserver/astj/androidrpg/fight/bean/log/FightNormalRoundLogBean,toString -Djava.awt.headless=true
-XX:CompileCommand=exclude=exclude,xiao/hao123/gameserver/astj/androidrpg/fight/bean/log/FightNormalRoundLogBean,toString #这行就是我们添加的代码 意思是JVM不需要优化这段代码,记住这里的JAVA方法名称不能照抄 需要根据自己的错误日志来填写
-XX:CompileCommand=exclude,这个是固定的
xiao/hao123/gameserver/astj/androidrpg/fight/bean/log/FightNormalRoundLogBean,toString 这个是根据错误日志来填写的 把错误日志的.换成/ 就可以 toString这个是方法名称
经过上面的调试之后 观察了一天,在没有报错了。基本确定就是这个问题。以上是解决java进程自动关闭的过程供大家参考!
本文出自 “运维记录” 博客,请务必保留此出处http://lpy123.blog.51cto.com/6233272/1320407
# A fatal error has been detected by the Java Runtime Environment:
## SIGSEGV (0xb) at pc=0x00007f14d28eeeef, pid=16367, tid=139727180842752## JRE version: 7.0_25-b30# Java VM: OpenJDK 64-Bit Server VM (23.7-b01 mixed mode linux-amd64 compressed oops)# Problematic frame:# V [libjvm.so+0x640eef] PhaseIdealLoop::clone_loop(IdealLoopTree*, Node_List&, int, Node*)+0xd7f## Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again## An error report file with more information is saved as:# //hs_err_pid16367.log## If you would like to submit a bug report, please include# instructions on how to reproduce the bug and visit:# https://bugs.launchpad.net/ubuntu/+source/openjdk-7/
出现的频率还很高基本是一个小时关闭一次。在没解决问题之前先用一个脚本顶着:
#!/bin/bash
i=`netstat -tlnp |grep java | wc -l`
if [ $i -eq 0 ];then
service tomcat start
sleep 10
if [ $? -eq 0 ];then
echo "tomcat restart `date +%Y-%m-%d_%H:%M`" >>/root/retomcat.log #日志文件需要手动创建
else
echo "error restart tomcat `date +%Y-%m-%d_%H:%M`" >>/root/retomcat.log
fi
else
echo "tomcat is ok"
fi
然后加入定时任务每分钟检查一次java进程个数是否为0.如果为0就启动tomcat服务。
因为这问题花了一段时间才解决,所以在处理的过程中就使用这个脚本顶着保证java服务开启。
然后开始查资料了
参考资料:
http://sind.iteye.com/blog/1132459http://eric-flower.iteye.com/blog/1447080http://www.oschina.net/question/1092_24066 这个很详细
通过以上的描述最后确定了问题是由于jvm优化代码所引起的jvm的bug。网上出现这个问题的都是jdk1.6版本的 我安装的Jdk-1.7也有这样的问题,很奇怪。我其他服务器都是正常的就只有这台出现了问题。
每次java进程报错的时候都会在根目录下生成一个错误文件如hs_err_pid16367.log,查看这个文件、
vi /hs_err_pid16367.log 会发现一些有用的信息
如:
--------------- T H R E A D ---------------
Current thread (0x00007f9db0182800): JavaThread "C2 CompilerThread1" daemon [_thread_in_native, id=6012, stack(0x00007f9da9897000,0
x00007f9da9998000)]
Current CompileTask:
C2:8485207 1925 xiao.hao123.gameserver.astj.androidrpg.fight.bean.log.FightNormalRoundLogBean::toString (2593 bytes) # 这段代码告诉了JAVA进程报错的时候执行的代码,这行就是出差的原因
通过观察hs_err_pid16367.log文件知道了引起错误代码的位置之后开始编辑/bin/catalina.sh文件
在启动项目中添加如下代码:
JAVA_OPTS="-Xms2048m -Xmx2048m -Xmn512m -XX:PermSize=256M -XX:MaxPermSize=256m -Xss256k -XX:-ReduceInitialCardMarks -XX:CompileCommand=exclude,me/gall/gameserver/astj/androidrpg/fight/bean/log/FightNormalRoundLogBean,toString -Djava.awt.headless=true
-XX:CompileCommand=exclude=exclude,xiao/hao123/gameserver/astj/androidrpg/fight/bean/log/FightNormalRoundLogBean,toString #这行就是我们添加的代码 意思是JVM不需要优化这段代码,记住这里的JAVA方法名称不能照抄 需要根据自己的错误日志来填写
-XX:CompileCommand=exclude,这个是固定的
xiao/hao123/gameserver/astj/androidrpg/fight/bean/log/FightNormalRoundLogBean,toString 这个是根据错误日志来填写的 把错误日志的.换成/ 就可以 toString这个是方法名称
经过上面的调试之后 观察了一天,在没有报错了。基本确定就是这个问题。以上是解决java进程自动关闭的过程供大家参考!
本文出自 “运维记录” 博客,请务必保留此出处http://lpy123.blog.51cto.com/6233272/1320407
相关文章推荐
- VMware下centos桥接模式静态ip配置
- Linux proc读操作为什么会执行3次
- centos 安装scipy
- linuxmint下nano编辑器使用教程
- centos 6.5 安装配置R问题记录
- tftp在linux下的使用
- 更换linux自带openJDK
- linux常用命令(66):wget命令
- CentOS添加一个新的硬盘分区到挂载的过程
- linux命令:inode
- 【失败】制作CentOS镜像
- 解决VM克隆CentOS系统后eth0消失,显示eth1的问题
- SELINUX在系统环境中的应用
- Linux目录结构
- linux常见命令
- 利用putty软件连接虚拟机中linux操作系统
- Linux下chkconfig命令详解即添加服务以及两种方式启动关闭系统服务
- 手把手教程: CentOS 6.5 LVS + KeepAlived 搭建 负载均衡 高可用 集群
- 解读Linux系统中的进程调度
- linux常用命令(65):killall命令