У меня есть новая установка Ubuntu 16.04, где я установил использование Tomcat7 apt-get install
, и у меня есть некоторые проблемы при попытке взаимодействовать с сервисом с помощью service
команда.
Я понимаю, что, если Tomcat установлен в системе, корректный способ взаимодействовать с сервисом использует service
команда.
После системной перезагрузки я вижу, что Tomcat7 развертывает военное приложение как ожидалось, и все надеется работать правильно в веб-приложении.
Но если я хочу перезапустить свой Tomcat:
sudo service tomcat7 restart
Я вижу в catalina.out
журнал, что существуют некоторые ошибки, вызванные адресом, уже используется. Существует любое другое приложение с помощью того же порта.
Если я пытаюсь остановить кота, с помощью как всегда service tomcat7 stop
:
usr@Srv2:~$ sudo service tomcat7 stop
[sudo] password for qgenviewer:
usr@Srv2:~$ ps -aux | grep tomcat7
tomcat7 1409 2.5 2.3 9268692 377788 ? Sl 12:11 0:27 /usr/lib/jvm/java-7-openjdk-amd64/bin/java -Djava.util.logging.config.file=/var/lib/tomcat7/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.awt.headless=true -Xms512m -Xmx6144m -XX:+UseConcMarkSweepGC -Djava.endorsed.dirs=/usr/share/tomcat7/endorsed -classpath /usr/share/tomcat7/bin/bootstrap.jar:/usr/share/tomcat7/bin/tomcat-juli.jar -Dcatalina.base=/var/lib/tomcat7 -Dcatalina.home=/usr/share/tomcat7 -Djava.io.tmpdir=/tmp/tomcat7-tomcat7-tmp org.apache.catalina.startup.Bootstrap start
usr+ 1762 0.0 0.0 21316 924 pts/0 S+ 12:29 0:00 grep -- color=auto tomcat7
Таким образом, это похоже service
команда не работает, потому что Tomcat все еще работает. Если я пробую service tomcat7 status
, вывод следующие:
usr@Srv2:~$ sudo service tomcat7 status
● tomcat7.service - LSB: Start Tomcat.
Loaded: loaded (/etc/init.d/tomcat7; bad; vendor preset: enabled)
Active: failed (Result: exit-code) since vie 2016-05-06 12:11:29 CEST; 21min ago
Docs: man:systemd-sysv-generator(8)
Process: 1356 ExecStart=/etc/init.d/tomcat7 start (code=exited, status=1/FAILURE)
Tasks: 38 (limit: 512)
CGroup: /system.slice/tomcat7.service
└─1409 /usr/lib/jvm/java-7-openjdk-amd64/bin/java -Djava.util.logging.config.file=/var/lib/tomcat7/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.C
may 06 12:11:24 Srv2 systemd[1]: Starting LSB: Start Tomcat....
may 06 12:11:24 Srv2 tomcat7[1356]: * Starting Tomcat servlet engine tomcat7
may 06 12:11:29 Srv2 tomcat7[1356]: ...fail!
may 06 12:11:29 Srv2 systemd[1]: tomcat7.service: Control process exited, code=exited status=1
may 06 12:11:29 Srv2 systemd[1]: Failed to start LSB: Start Tomcat..
may 06 12:11:29 Srv2 systemd[1]: tomcat7.service: Unit entered failed state.
may 06 12:11:29 Srv2 systemd[1]: tomcat7.service: Failed with result 'exit-code'.
may 06 12:28:38 Srv2 systemd[1]: Stopped LSB: Start Tomcat..
Какая-либо справка того, что происходит...? Это наконец похоже service tomcat7
не работает. Какова могла быть причина? Затем кто запускает сервис кота на системный запуск? И как я мог остановить или перезапустить tomcat7 сервис?
Спасибо за Ваше время.
Править
Для предоставления большей информации и следования совету @Jens Grivolla, это - вывод для pstree:
usr@Srv2:~$ pstree -lsup 1409
systemd(1)───java(1409,tomcat7)─┬─{java}(1412)
├─{java}(1418)
...
├─{java}(2262)
└─{java}(2313)
Можно попробовать следующее:
$ ps aux|grep tomcat
Затем попытка видеть, как это было запущено с помощью pstree
(использование man pstree
для понимания используемых опций), например,
$ pstree -lsup 26276
systemd(1)───java(26276,tomcat7)─┬─{java}(26277)
├─{java}(26278)
├─{java}(26279)
├─{java}(26280)
├─...
└─{java}(1252)
Так в моем случае, это было ясно запущено systemd. Если Вы видите что-то другое, то, по крайней мере, у Вас есть идея, где заняться расследованиями...
/mnt/root/home/
. Я не уверен, что происходит, если Вы оставляете его так, чтобы было две конкуренции ' homes' когда Вы загружаетесь в новую систему. Мог бы быть беспорядок. – sudodus 19 October 2017 в 07:48