Próbuję zainstalować tomcat na nowej maszynie wirtualnej CentOS 7. Pomyślnie zainstalowałem apache httpd i jestem w stanie uzyskać stronę testową apache, gdy wpisuję ip maszyny wirtualnej do przeglądarki internetowej na innym komputerze w sieci. Ale podczas pisania pojawia się następujący komunikat o błędzie systemctl start tomcat
:
Job for tomcat.service failed. See 'systemctl status tomcat.service' and 'journalctl -xn' for details.
Oto pełna historia poleceń w instalacji Java i Tomcat:
Najpierw zacząłem od zainstalowania Java przy użyciu instrukcji z tego samouczka, ponieważ instrukcje tomcat (drugi blok poniżej) chciały, żebym używał openjdk i muszę użyć prawdziwej Java:
//Install Java
# cd /opt/
# yum install wget
# wget --no-cookies --no-check-certificate --header "Cookie: gpw_e24=http%3A%2F%2Fwww.oracle.com%2F; oraclelicense=accept-securebackup-cookie" "http://download.oracle.com/otn-pub/java/jdk/8u60-b27/jdk-8u60-linux-x64.tar.gz"
# tar xzf jdk-8u60-linux-x64.tar.gz
# cd /opt/jdk1.8.0_60/
# alternatives --install /usr/bin/java java /opt/jdk1.8.0_60/bin/java 2
# alternatives --config java
(Select the version you want)
# alternatives --install /usr/bin/jar jar /opt/jdk1.8.0_60/bin/jar 2
# alternatives --install /usr/bin/javac javac /opt/jdk1.8.0_60/bin/javac 2
# alternatives --set jar /opt/jdk1.8.0_60/bin/jar
# alternatives --set javac /opt/jdk1.8.0_60/bin/javac
# java -version (checks to see you install correct version)
# export JAVA_HOME=/opt/jdk1.8.0_60
# export JRE_HOME=/opt/jdk1.8.0_60/jre
# export PATH=$PATH:/opt/jdk1.8.0_60/bin:/opt/jdk1.8.0_60/jre/bin
Zauważ, że poprzedni samouczek nie wyjaśnia, jak wstawiać zmienne środowiskowe /etc/environment
, więc zatrzymałem się przed tym poleceniem.
Poniższe polecenia pochodzą z tego drugiego samouczka . Zacząłem w punkcie po zainstalowaniu Java:
//Install Tomcat
Login as sudo user, not root.
# sudo groupadd tomcat
# sudo useradd -M -s /bin/nologin -g tomcat -d /opt/tomcat tomcat
# cd ~
# wget http://mirrors.gigenet.com/apache/tomcat/tomcat-8/v8.0.27/bin/apache-tomcat-8.0.27.tar.gz
# sudo mkdir /opt/tomcat
# sudo tar xvf apache-tomcat-8*tar.gz -C /opt/tomcat --strip-components=1
# cd /opt/tomcat
# sudo chgrp -R tomcat conf
# sudo chmod g+rwx conf
# sudo chmod g+r conf/*
# sudo chown -R tomcat work/ temp/ logs/
# sudo vi /etc/systemd/system/tomcat.service
Cut and paste the following file contents:
##################################################
# Systemd unit file for tomcat
[Unit]
Description=Apache Tomcat Web Application Container
After=syslog.target network.target
[Service]
Type=forking
Environment=JAVA_HOME=/usr/lib/jvm/jre
Environment=CATALINA_PID=/opt/tomcat/temp/tomcat.pid
Environment=CATALINA_HOME=/opt/tomcat
Environment=CATALINA_BASE=/opt/tomcat
Environment='CATALINA_OPTS=-Xms512M -Xmx1024M -server -XX:+UseParallelGC'
Environment='JAVA_OPTS=-Djava.awt.headless=true -Djava.security.egd=file:/dev/./urandom'
ExecStart=/opt/tomcat/bin/startup.sh
ExecStop=/bin/kill -15 $MAINPID
User=tomcat
Group=tomcat
[Install]
WantedBy=multi-user.target
##################################################
# sudo systemctl daemon-reload
# sudo systemctl start tomcat
Job for tomcat.service failed. See 'systemctl status tomcat.service' and 'journalctl -xn' for details.
# sudo systemctl start tomcat.service
Zadanie dla tomcat.service nie powiodło się. Aby uzyskać szczegółowe informacje, zobacz „systemctl status tomcat.service” i „journalctl -xn”. # sudo systemctl enable tomcat.service ln -s '/etc/systemd/system/tomcat.service' '/etc/systemd/system/multi-user.target.wants/tomcat.service' # sudo systemctl enable tomcat
# sudo systemctl status tomcat.service
tomcat.service - Apache Tomcat Web Application Container
Loaded: loaded (/etc/systemd/system/tomcat.service; enabled)
Active: failed (Result: exit-code) since Tue 2015-10-13 11:05:31 PDT; 47s ago
Oct 13 11:05:31 localhost.localdomain kill[20887]: -q, --queue <sig> use sigqueue(2) rather than kill(2)
Oct 13 11:05:31 localhost.localdomain kill[20887]: -p, --pid print pids without signaling them
Oct 13 11:05:31 localhost.localdomain kill[20887]: -l, --list [=<signal>] list signal names, or convert one to a name
Oct 13 11:05:31 localhost.localdomain kill[20887]: -L, --table list signal names and numbers
Oct 13 11:05:31 localhost.localdomain kill[20887]: -h, --help display this help and exit
Oct 13 11:05:31 localhost.localdomain kill[20887]: -V, --version output version information and exit
Oct 13 11:05:31 localhost.localdomain kill[20887]: For more details see kill(1).
Oct 13 11:05:31 localhost.localdomain systemd[1]: tomcat.service: control process exited, code=exited status=1
Oct 13 11:05:31 localhost.localdomain systemd[1]: Failed to start Apache Tomcat Web Application Container.
Oct 13 11:05:31 localhost.localdomain systemd[1]: Unit tomcat.service entered failed state.
Wykonanie yum localinstall
zaktualizowanego jdk rpm, jak zasugerowano w tym innym poście , nie działało.
EDYCJE:
Zgodnie z sugestią @ Bram zmieniłem plik konfiguracyjny na następujący, ale wciąż pojawia się ten sam błąd:
# Systemd unit file for tomcat
[Unit]
Description=Apache Tomcat Web Application Container
After=syslog.target network.target
[Service]
Type=forking
Environment=JAVA_HOME=/opt/jdk1.8.0_60
Environment=CATALINA_PID=/opt/tomcat/temp/tomcat.pid
Environment=CATALINA_HOME=/opt/tomcat
Environment=CATALINA_BASE=/opt/tomcat
Environment='CATALINA_OPTS=-Xms512M -Xmx1024M -server -XX:+UseParallelGC'
Environment='JAVA_OPTS=-Djava.awt.headless=true -Djava.security.egd=file:/dev/./urandom'
ExecStart=/opt/tomcat/bin/startup.sh
ExecStop=/bin/kill -15 $MAINPID
User=tomcat
Group=tomcat
[Install]
WantedBy=multi-user.target
Ponadto, zgodnie z komentarzem @ JeffSchaller na czacie, udało mi się sprawić, aby tomcat zaczął natywnie zacząć w następujący sposób:
[user@localhost tomcat]$ sudo /opt/tomcat/bin/startup.sh
Using CATALINA_BASE: /opt/tomcat
Using CATALINA_HOME: /opt/tomcat
Using CATALINA_TMPDIR: /opt/tomcat/temp
Using JRE_HOME: /
Using CLASSPATH: /opt/tomcat/bin/bootstrap.jar:/opt/tomcat/bin/tomcat-juli.jar
Tomcat started.
[user@localhost tomcat]$
Tak więc problem w tym OP wydaje się dotyczyć konfiguracji systemowej. Jak mogę to naprawić?
sudo systemctl start tomcat.service
to kilka odmów uprawnień, które zabierają setki wierszy.Odpowiedzi:
Miałem ten sam problem, naprawiłem go przez:
przyznanie użytkownikowi tomcat prawa własności do całego
tomcat
katalogu:i komentowanie poniżej linii w /etc/systemd/system/tomcat.service:
źródło
cd /opt && sudo chown -R tomcat tomcat/
działało tylko . Ponieważ zmieniłem właściciela na użytkownika systemu i zapomniałem uczynić z niegoPonieważ zainstalowałeś Javę w niezabezpieczonej lokalizacji, musisz powiedzieć tomcat, gdzie ją znaleźć.
W opublikowanym pliku jednostkowym JAVA_HOME jest ustawiony na / usr / lib / jvm / jre, ale w sekcji dotyczącej instalacji Javy JAVA_HOME to /opt/jdk1.8.0_60.
Jeśli ustawisz JAVA_HOME w pliku jednostki systemd tomcat, wierzę, że to zadziała.
Plik jednostkowy określa także użytkownika tomcat. Ale kiedy uruchomisz go ręcznie, uruchomisz go jako root. Problem prawdopodobnie polega na tym, że tomcat próbuje otworzyć uprzywilejowany port. Czy skrypt startowy uruchamia tomcat jako root? Czy też uruchamia procesy jako użytkownik tomcat? Usunięcie użytkownika i grupy z pliku jednostki powinno wyzwalać to samo zachowanie, co próba wiersza poleceń.
źródło
Według komunikatów o błędach myślę, że problem pochodzi z tego,
ExecStop=/bin/kill -15 $MAINPID
że zmienna nie jest zastępowana. Zgodnie z dokumentacją serwisową$MAINPID
oczekuje się tylko naExecReload
polecenie. Pozostaje pytanie: dlaczegoExecStop
uruchamiany jest po uruchomieniustart
?Możliwe jest
systemd
pozostawienie katalogu roboczego procesu JVM, ponieważ/
może nie być odpowiedni dla wdrożonych aplikacji.Proponuję przenieść
CATALINA_OPTS
iJAVA_OPTS
do/opt/tomcat/bin/setenv.sh
skryptu i spróbuj najpierw z tak prostej konfiguracji:W każdym razie prosimy o raport
journalctl -xn
ilogs/catalina.out
treśćźródło