сервисная команда, не работающая с tomcat7

У меня есть новая установка 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)
2
задан 6 May 2016 в 15:46

1 ответ

Можно попробовать следующее:

  • Первый получают PID рабочего сервиса кота, например, $ 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. Если Вы видите что-то другое, то, по крайней мере, у Вас есть идея, где заняться расследованиями...

1
ответ дан 7 May 2016 в 01:46
  • 1
    Вы будете видеть его после того, как rsync будут управлять, когда все еще загружено от живого диска, это /mnt/root/home/. Я не уверен, что происходит, если Вы оставляете его так, чтобы было две конкуренции ' homes' когда Вы загружаетесь в новую систему. Мог бы быть беспорядок. – sudodus 19 October 2017 в 07:48

Другие вопросы по тегам:

Похожие вопросы: