stop start running reiniciar iniciar como commands tomcat ubuntu

start - ¿Cómo APAGAR Tomcat en Ubuntu?



tomcat commands (10)

Al ejecutar Tomcat bajo jsvc, no responderá a la señal de apagado en el puerto de cierre especificado que se envía desde el script shutdown.sh. La única forma de la que tengo conocimiento es de finalizar el proceso, sin embargo, deberá eliminar los que se enumeran como jsvc, no java.

Intenté apagar tomcat como se muestra a continuación, pero parece que todavía se está ejecutando (http: // localhost: 8080 /)

vandegraff@vandegraff-laptop:~$ /usr/share/tomcat6/bin/shutdown.sh Using CATALINA_BASE: /usr/share/tomcat6 Using CATALINA_HOME: /usr/share/tomcat6 Using CATALINA_TMPDIR: /usr/share/tomcat6/temp Using JRE_HOME: /usr 1 Nov, 2010 11:41:40 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.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) at java.net.Socket.connect(Socket.java:529) at java.net.Socket.connect(Socket.java:478) at java.net.Socket.<init>(Socket.java:375) at java.net.Socket.<init>(Socket.java:189) at org.apache.catalina.startup.Catalina.stopServer(Catalina.java:422) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:337) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:415)

¿Porqué es eso?

Update1 para @hvgotcodes:

Salida de ps -ax | grep java

1597? Ss 0:00 / usr / bin / jsvc -user tomcat6 -cp /usr/share/java/commons-daemon.jar:/usr/share/tomcat6/bin/bootstrap.jar -outfile SYSLOG -errfile SYSLOG -pidfile / var /run/tomcat6.pid -Djava.awt.headless = true -Xmx128M -Djava.endorsed.dirs = / usr / share / tomcat6 / endorsed -Dcatalina.base = / var / lib / tomcat6 -Dcatalina.home = / usr / compartir / tomcat6 -Djava.io.tmpdir = / tmp / tomcat6-temp -Djava.security.manager -Djava.security.policy = / var / lib / tomcat6 / work / catalina.policy -Djava.util.logging.manager = org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file = / var / lib / tomcat6 / conf / logging.properties org.apache.catalina.startup.Bootstrap

1598? S 0:00 / usr / bin / jsvc -user tomcat6 -cp /usr/share/java/commons-daemon.jar:/usr/share/tomcat6/bin/bootstrap.jar -outfile SYSLOG -errfile SYSLOG -pidfile / var /run/tomcat6.pid -Djava.awt.headless = true -Xmx128M -Djava.endorsed.dirs = / usr / share / tomcat6 / endorsed -Dcatalina.base = / var / lib / tomcat6 -Dcatalina.home = / usr / compartir / tomcat6 -Djava.io.tmpdir = / tmp / tomcat6-temp -Djava.security.manager -Djava.security.policy = / var / lib / tomcat6 / work / catalina.policy -Djava.util.logging.manager = org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file = / var / lib / tomcat6 / conf / logging.properties org.apache.catalina.startup.Bootstrap

1599? Sl 0:20 / usr / bin / jsvc -user tomcat6 -cp /usr/share/java/commons-daemon.jar:/usr/share/tomcat6/bin/bootstrap.jar -outfile SYSLOG -errfile SYSLOG -pidfile / var /run/tomcat6.pid -Djava.awt.headless = true -Xmx128M -Djava.endorsed.dirs = / usr / share / tomcat6 / endorsed -Dcatalina.base = / var / lib / tomcat6 -Dcatalina.home = / usr / compartir / tomcat6 -Djava.io.tmpdir = / tmp / tomcat6-temp -Djava.security.manager -Djava.security.policy = / var / lib / tomcat6 / work / catalina.policy -Djava.util.logging.manager = org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file = / var / lib / tomcat6 / conf / logging.properties org.apache.catalina.startup.Bootstrap

¿Deberían eliminarse todos estos 3 procesos ( 1597, 1598, 1599 )?


Intente usar este comando: (esto detendrá el servlet de Tomcat, esto realmente ayuda)

sudo servicio tomcat7 parada

o

reinicio de sudo tomcat7 (si necesita reiniciar)


Ninguna de las soluciones sugeridas funcionó para mí.

Había ejecutado tomcat restart antes de completar la implementación que arruinó mi aplicación web.

EC2 ejecutó Tomcat automáticamente y Tomcat se atascó al intentar conectarse a una base de datos que no estaba configurada correctamente.

Solo necesitaba eliminar mi contexto personalizado en server.xml, reiniciar Tomcat y volver a agregar el contexto.


Para detener el proceso de apache prueba este comando

ps aux | grep tomcat | awk ''{print $ 2}'' | xargs kill -9


Para una manera más elegante, intente lo siguiente:

Advertencia: estoy ejecutando Debian 7, no Ubuntu, aunque es un derivado de Debian

Si está ejecutando Tomcat como un servicio, puede obtener una lista de todos los servicios en ejecución escribiendo:

servicio de sudo --estatus-todo

Estoy ejecutando Tomcat 7, que se muestra como tomcat7 en dicha lista. Luego, para apagarlo solo escribe:

sudo servicio tomcat7 parada


Si instaló tomcat manualmente, ejecute shutdown.sh(/.../tomcat/bin) desde el terminal para apagarlo fácilmente.


Si tienes tu tomcat instalado puedes hacer:

sh path2tomcat/bin/shutdown.sh


Tratar

/etc/init.d/tomcat stop

(Tal vez tengas que escribir algo después de tomcat , solo presiona tabulador una vez)

Edit: Y también hay que hacerlo como root.


Van, en tu caso donde Tomcat no se apagará normalmente, lo usaría

ps ax | grep java

para encontrar el número de proceso java. Si ese comando devuelve algo, entonces ejecuta

sudo kill -9 pid

donde pid es el número de proceso. La opción -9 significa ''solo mátalo'', y normalmente no necesitas este tipo de cosas, pero como en tu situación el proceso no se detiene normalmente, lo necesitas.

La salida del primer comando debe verse como

38678 s002 U 0:02.62 /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home/bin/java -Djava.util.logging.config.file=/usr/share/apache-tomcat-6.0.26/conf/logging.properties -Xms2048m -Xmx2048m -XX:PermSize=256m -XX:MaxPermSize=512m -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=8086 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -Djava.rmi.server.hostname=xxxx -Djava.endorsed.dirs=/usr/share/apache-tomcat-6.0.26/endorsed -classpath /usr/share/apache-tomcat-6.0.26/bin/bootstrap.jar -Dcatalina.base=/usr/share/apache-tomcat-6.0.26 -Dcatalina.home=/usr/share/apache-tomcat-6.0.26 -Djava.io.tmpdir=/usr/share/apache-tomcat-6.0.26/temp org.apache.catalina.startup.Bootstrap start

38678 es el número del proceso. Tenga en cuenta que es posible que haya otros procesos Java en ejecución que no desee eliminar. Además, esta salida es de un mac, por lo que en Ubuntu se verá un poco diferente.


si se ejecuta este comando

debian@debian:~$ /usr/share/tomcat7/bin/shutdown.sh then your server will not stop and you will get o/p like that you provided if you use in super user mode then effect will appear o/p will come like this debian@debian:~$ sudo /usr/share/tomcat7/bin/shutdown.sh [sudo] password for debian: Using CATALINA_BASE: /var/lib/tomcat Using CATALINA_HOME: /var/lib/tomcat Using CATALINA_TMPDIR: /var/lib/tomcat/temp Using JRE_HOME: /usr/lib/jvm/java-1.6.0-openjdk Using CLASSPATH: /var/lib/tomcat/bin/bootstrap.jar:/var/lib/tomcat/bin/tomcat-juli.jar