27.10.2021, aktualisiert um 14:25:04 Uhr

1549

Jira bringt in Installation do you want Autostart macht es aber nicht 2 x installiert auch eine Anleitung geht nicht

Hallo zusammen,

ich habe Ubuntu 20.04 installiert . Dann Jira 8.13 Longtime Release
Jira fragt sogar in der Installation ob es als Service starten soll.

Dies tat es nie. Also befolgte ich diese Anleitung

https://confluence.atlassian.com/jirakb/run-jira-as-a-systemd-service-on ...

es wurde die jira.service erstellt mit diesem Inhalt

[Unit] 
Description=Atlassian Jira
After=network.target

[Service] 
Type=forking
User=jira
LimitNOFILE=20000
PIDFile=/opt/atlassian/jira/work/catalina.pid
ExecStart=/opt/atlassian/jira/bin/start-jira.sh
ExecStop=/opt/atlassian/jira/bin/stop-jira.sh

[Install] 
WantedBy=multi-user.target 

Diese Commands wurden zuvor ausgeführt :

touch /lib/systemd/system/jira.service
chmod 664 /lib/systemd/system/jira.service

die jira.service wurde auch mal testhalber unter /etc/systemd/system erstellt. Weil Kollege meinte , das lib wie in der Anleitung ist vielleicht falsch. Wurde nun wieder entfernt.
Es wurden die Standardpfade von Jira verwendet

Dann kommen diese 4 Befehle

systemctl daemon-reload
systemctl enable jira.service
systemctl start jira.service
systemctl status jira.service

Es erstellt irgendwie noch einen Link. Dann beim vierten Befehl kommen fehler. Bei Reboot Server startet es natürlich nicht.
Wie kann man so einen Dienst zum laufen bekommen.

Gruss
Paul

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 1436865740

Url: https://administrator.de/contentid/1436865740

Ausgedruckt am: 19.11.2024 um 22:11 Uhr

16 Kommentare

Neuester Kommentar

Hallo,

was sagt denn ein:

journalctl -u jira.service -b

Hallo Godlie,

da kommt dieser Fehler

Gruss

Hallo,

dann führ dochmal die "start" händisch aus,
es wird uns ja i log gesagt das er bei dem Punkt EXEC auf die fresse fliegt
bzw. schau ob die Datei am richtigen Ort ist und ein executable Flag hat

/opt/atlassian/jira/bin/start-jira.sh

wie wenn keine Berechtigung oder so auf start-jira.sh wäre

Also, wenn ich das händisch ausführe kommt Permission denied.

Gruss
Paul

Tja dann hast du des Rätsels Lösung

Permissions dürften nicht passen

sogar das der jira user keine Rechte hätte

Gruss
Paul

wie passt man die Permissions an, das eben der User jira Rechte hat ?
Per Winftp mag er es nicht.

habe mit chmod Befehl noch probiert. Geht eben bei mir nicht ;(

Gruss
Paul

Geht eben bei mir nicht ;(

was bedeutet das? Fehlermeldung? Hast du chmod mittels sudo aufgerufen?

Geh bitte mal mit ssh auf die maschine und mach ein

ls -l /opt/atlassian/jira/bin/start-jira.sh

und poste die Ausgabe

Hallo,

ich hatte eben noch ein Chmod gemacht.

Datei lässt sich nicht starten.

Mit deinem Command nun

ls -l /opt/atlassian/jira/bin/start-jira.sh

Problem besteht weiter.

Gruss
Paul

Servus!
magst mal bitte aufhören diese Screenshots zu posten bitte...

geh mal in das /opt/atlassian/jira/bin und mach ein

ls -lah

und poste den Output hier - und nicht als Bild!!!

Merci
Luigi

Hallo Luigi,

anbei der Output

root@epr-sand-jira:/opt/atlassian/jira/bin# ls -lah
total 8.7M
drwxr-xr-x  2 jira jira 4.0K Oct 25 15:36 .
drwxr-xr-x 15 jira jira 4.0K Oct 15 15:10 ..
-rw-r--r--  1 jira jira 2.7M Aug 17 15:53 bcprov-jdk15on-1.50.jar
-rw-r--r--  1 jira jira  36K Aug 17 15:53 bootstrap.jar
-rw-r--r--  1 jira jira 1.7K Aug 17 15:53 catalina-tasks.xml
-rw-r--r--  1 jira jira  18K Aug 17 15:53 catalina.bat
-rwxr-xr--  1 jira jira  26K Aug 17 15:53 catalina.sh
-rw-r--r--  1 jira jira 2.0K Aug 17 15:53 check-java.bat
-rwxr-xr--  1 jira jira 2.0K Aug 17 15:53 check-java.sh
-rw-r--r--  1 jira jira 2.1K Aug 17 15:53 ciphers.bat
-rwxr-xr--  1 jira jira 2.0K Aug 17 15:53 ciphers.sh
-rw-r--r--  1 jira jira  25K Aug 17 15:53 commons-daemon.jar
-rw-r--r--  1 jira jira 1.3K Aug 17 15:53 config.bat
-rwxr-xr--  1 jira jira 1.2K Aug 17 15:53 config.sh
-rw-r--r--  1 jira jira 2.0K Aug 17 15:53 configtest.bat
-rwxr-xr--  1 jira jira 1.9K Aug 17 15:53 configtest.sh
-rwxr-xr--  1 jira jira 8.9K Aug 17 15:53 daemon.sh
-rw-r--r--  1 jira jira 2.1K Aug 17 15:53 digest.bat
-rwxr-xr--  1 jira jira 2.0K Aug 17 15:53 digest.sh
-rw-r--r--  1 jira jira  315 Aug 17 15:53 display-help.bat
-rwxr-xr--  1 jira jira  349 Aug 17 15:53 display-help.sh
-rwxr-xr--  1 jira jira 3.8K Aug 17 15:53 install_fontconfig.sh
-rwxr-xr-x  1 jira jira 1.5K Aug 17 15:53 install_linux_service.sh
-rw-r--r--  1 jira jira 138K Aug 17 15:53 jira-configurator.jar
-rw-r--r--  1 jira jira  567 Aug 17 15:53 jirabanner.txt
-rw-r--r--  1 jira jira 880K Aug 17 15:53 password-cipher-cli-1.0.15.jar
-rw-r--r--  1 jira jira 9.3K Aug 17 15:53 service.bat
-rw-r--r--  1 jira jira 1.3K Aug 17 15:53 set-gc-params-service.bat
-rw-r--r--  1 jira jira 1.7K Aug 17 15:53 set-gc-params.bat
-rwxr-xr--  1 jira jira 1.4K Aug 17 15:53 set-gc-params.sh
-rw-r--r--  1 jira jira 3.4K Aug 17 15:53 setclasspath.bat
-rwxr-xr--  1 jira jira 3.7K Aug 17 15:53 setclasspath.sh
-rw-r--r--  1 jira jira 4.9K Aug 17 15:53 setenv.bat
-rwxr-xr--  1 jira jira 4.4K Oct 15 12:05 setenv.sh
-rw-r--r--  1 jira jira 4.4K Aug 17 15:53 setenv32.bat
-rwxr-xr--  1 jira jira 4.1K Aug 17 15:53 setenv32.sh
-rwxr-xr-x  1 jira jira 2.0K Aug 17 15:53 setup_user.sh
-rw-r--r--  1 jira jira 2.0K Aug 17 15:53 shutdown.bat
-rwxr-xr--  1 jira jira 1.9K Aug 17 15:53 shutdown.sh
-rw-r--r--  1 jira jira  866 Aug 17 15:53 start-jira.bat
-rwxrwxr-x  1 jira jira 1.6K Oct 27 14:52 start-jira.sh
-rw-r--r--  1 jira jira 2.0K Aug 17 15:53 startup.bat
-rwxr-xr--  1 jira jira 1.9K Aug 17 15:53 startup.sh
-rw-r--r--  1 jira jira   83 Aug 17 15:53 stop-jira.bat
-rwxr-xr--  1 jira jira  854 Aug 17 15:53 stop-jira.sh
-rw-r--r--  1 jira jira 1.9M Aug 17 15:53 tcnative-1.dll
-rw-r--r--  1 jira jira 2.5M Aug 17 15:53 tcnative-1.dll.x64
-rw-r--r--  1 jira jira  51K Aug 17 15:53 tomcat-juli.jar
-rw-r--r--  1 jira jira 108K Aug 17 15:53 tomcat8.exe
-rw-r--r--  1 jira jira 128K Aug 17 15:53 tomcat8.exe.x64
-rw-r--r--  1 jira jira 118K Aug 17 15:53 tomcat8w.exe
-rw-r--r--  1 jira jira 4.5K Aug 17 15:53 tool-wrapper.bat
-rwxr-xr--  1 jira jira 5.5K Aug 17 15:53 tool-wrapper.sh
-rwxr-xr--  1 jira jira  141 Oct 15 12:05 user.sh
-rw-r--r--  1 jira jira 2.0K Aug 17 15:53 version.bat
-rwxr-xr--  1 jira jira 1.9K Aug 17 15:53 version.sh

Gruss
Paul

Wenn Du die Installation mit einem "bin"-Paket durchgeführt hast, also einem ausführbaren Paket und alle Einstellungen mit der ENTER-Taste übernommen hast, dann sollte es eigentlich funktionieren.

ABER: wenn es irgendwann bei der Installation mal Probleme gab und Du wiederholt die Installation durchführst, dann geht es am Ende wahrscheinlich nicht - mit den von Dir geschilderten Problemen.

Denn das Installationsprogramm erzeugt automatisch einen User "jira". Wenn der vorhanden ist, dann werden weitere User erstellt, z.B. "jira1", "jira2", ... Das kann dazu führen, dass eine bereits bestehende Teil-Installation für den User "jira" durchgeführt wurde, aber das Startskript unter /etc/init.d/jira bzw. deine eigene systemd-Startdatei den Benutzer "jira" nimmt. Und schon gibt's Berechtigungsprobleme.

Schau mal bitte per "cat /etc/passwd", ob da mehr als ein "jira"-User vorhanden ist.

Wenn ja, dann lösche diese jira-User alle (google nach "deluser" oder "userdel").

Dann lösche "/opt/atlassian/jira" rekursiv (also mit "rm -rf") sowie "/var/atlassian/application-data/jira".

Dann startest Du den Installationsprozess erneut. Bei der Frage nach dem "als Service installieren" kannst Du jetzt "nein" antworten, wenn Du Dein systemd-Skript benutzen willst. Das sieht von hier OK aus. Die Befehle dazu ("systemctl...") scheinen auch OK.

Es gibt beim Starten ZWEI Logdateien, die einem dann helfen:

/opt/atlassian/jira/logs/catalina.out
/var/atlassian/application-data/jira/log/atlassian-jira.log

Sollte etwas NACH dem Start der Jira-App nicht funktionieren, dann steht das in den Logfiles.
Sollte es VOR oder BEIM Start von Jira nicht funktionieren, dann sieht man das mittels "journalctl". Dabei muss man wirklich jede einzelne Zeile genau lesen. In Deinem Fall ist es ein Berechtigungsfehler.

Wenn Du einen anderen Benutzer nehmen willst anstelle von "jira", dann musst Du die Berechtigungen von "/opt/atlassian/jira" und "/var/atlassian/application-data/jira" anpassen und in der systemd ebenfalls den anderen User eintragen. Beispiel:

chown jira2: /opt/atlassian/jira

Wenn Du das Startskript manuell aufrufst (was auch schon vorgeschlagen wurde), was sich "start-jira.sh" nennt, dann MUSST Du das als jira-User machen, d.h. sowas wäre richtig:

sudo su - jira
cd /opt/atlassian/jira
bin/start-jira.sh -fg

Machst Du das nicht und startest das als "root", dann läuft es vielleicht jetzt - aber spätere Starts werden wieder wegen Berechtigungsprobleme abgebrochen werden, weil die Verzeichnisse als "root" erzeugt wurden und das Startskript als User "jira" arbeitet.
Die Option "-fg" startet Jira im Vordergrund. Kann man dann mit STRG-C abbrechen. Die wesentlichen Ausgaben des Loggings sieht man dann auch sofort.

Wie erwähnt: ich vermute einen mehrfachen Installationsversuch, wo altes Dateigerümpel übrig blieb und es jetzt auch mehrere "jira"-User gibt.

Hallo,

ich hatte 2 x das Jira installiert. 2 x trat das gleiche Problem aus.
Es ist definitiv nur 1 x Jira User vorhanden
Es w$re schon gut, wenn ich das nun zum laufen bekomme, ohne das neu zu installieren.
Da es dann wenn PRD Install erfolgt auch klar und schlüssig sein sollte. Warum und wo es nicht ging

Gruss

Statt Screenshots wäre es besser, den Dateiinhalt hier zu posten.

"Permission denied" bedeutet, dass Dateiberechtigungen fehlen.

Mach mal als root

chown -R jira: /opt/atlassian/jira

Schau mal bitte in die Datei /opt/atlassian/jira/atlassian-jira/WEB-INF/classes/jira-application.properies

Dort ist in der Variable "jira.home" eingetragen, wo Jira die Daten ablegt. Default ist /var/atlassian/application-data/jira/

dann machst Du noch

chown -R jira: <verzeichnis von jira.home>

Und probierst danach noch einmal als User "jira" den Start