我见过几个CentOS 6和RHEL 6盒子.
症状是,当我想重新启动或停止tomcat6它只是失败.
这似乎只有在它运行一段时间后才会发生.我有一个新的CentOS 6安装,并能够重新启动它,但不再.
这就是我所看到的：
# service tomcat6 restart Stopping tomcat6: [Failed] Starting tomcat6: [Failed]
当我尝试通过/usr/sbin / tomcat6：
# /usr/sbin/tomcat6 stop /usr/sbin/tomcat6: line 60: /logs/catalina.out: No such file or directory
并从/var/log/tomcat6/catalina.out输出：
Oct 22,2012 4:53:31 PM org.apache.catalina.startup.Catalina stopServer
SEVERE: Catalina.stop:
java.net.ConnectException: Connection refused
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:327)
at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:193)
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:180)
at java.net.socksSocketImpl.connect(SocksSocketImpl.java:384)
at java.net.socket.connect(Socket.java:546)
at java.net.socket.connect(Socket.java:495)
at java.net.socket.<init>(Socket.java:392)
at java.net.socket.<init>(Socket.java:206)
at org.apache.catalina.startup.Catalina.stopServer(Catalina.java:424)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
我搜索了网,我可以看到我并不孤单,但没有找到合适的解决方案,因此我的问题.
顺便说一下：我对tomcat不太熟悉.
哦和：第一篇文章！所以要好;)
标准Tomcat关闭脚本的问题在于它不够强大.当您使用发行版的服务脚本来停止Tomcat时,您最终只需要调用Tomcat自己的关闭脚本. CentOS在这方面没有什么不同.因此,您需要熟悉Tomcat的关闭脚本可以为您做什么,最重要的是它不会做什么：它实际上并不能保证Tomcat会死掉.离得很远.
问题是Tomcat很容易陷入某种情况,它无法通过其管理端口被杀死.甚至是通过TERM信号.
让我们来看看Tomcat如何按升级顺序被杀死：
>通过其管理端口杀死Tomcat.这是默认值,这是Tomcat自己的关闭脚本首先尝试的.如果Java进程因某种原因而挂起,它将无法工作.您在互联网上看到的所有人都抱怨Tomcat不会停止的报告或多或少总是在这条小巷里.这不是Tomcat的错.很容易创建一个Web应用程序,它将使整个容器挂起或无法通过此方法停止.
>通过向Java进程发送TERM信号来杀死Tomcat.这是一种更强大的杀死Tomcat的方法,而不是(1),而Tomcat自己的关闭脚本会尝试这个,但只有在你的Tomcat setenv.sh中设置了CATALINA_PID变量时才会激活它. (在任何情况下都非常值得推荐).通过向其发送TERM信号来杀死Unix / Linux进程是来自OS的kill命令的默认值.告诉Unix / Linux进程死亡是一种礼貌的方式.不幸的是,即便如此,在极少数情况下也不会杀死Tomcat进程.
>通过向Java进程发送KILL信号来杀死Tomcat. (从OS命令行,这将是kill -9< pid>).这将永远杀死进程,应该是最后的手段.这里的问题是,即使方法(1)和(2)失败,标准的Tomcat关闭脚本也不会尝试这样做.因此,如果你真的想确保已经杀死了Tomcat,那么你别无选择,只能围绕Tomcat自己的关闭脚本实现自己的包装器脚本.
如果在生产环境中运行Tomcat,您真的需要考虑是否可以忍受Tomcat在运行时没有死亡(或未重新启动)的情况.服务tomcat重启.你可能是通过cron这样做的,那么你肯定会期待一个确定性的结果,对吧？
建议
>始终使用Tomcat setenv.sh文件来定义CATALINA_PID.
这至少会给你上面的方法#2. Tomcat的setenv.sh
默认情况下,文件不存在,因此您必须自己创建.
>围绕Tomcat自己的脚本创建一个包装脚本,以确保
Tomcat真的死了.
在我工作的地方,我们已经在运行Tomcat作为服务的所有主机上实现了这一点.对于Unix / Linux的任何变体,它都是同样的问题/解决方案.