Difference between revisions of "Atlassian"
From Briki
(One intermediate revision by the same user not shown) | |||
Line 4: | Line 4: | ||
=== Atlassian process fails to start on boot === | === Atlassian process fails to start on boot === | ||
* On boot, ubuntu starts processes using "service xxx start" (rather than "/etc/init.d/service start"). This difference means there is no SHELL defined, and users with their shell set to /bin/false cannot run processes using "su". In that case, change the start-xxx.sh and stop-xxx.sh scripts in the application bin directory to: | * On boot, ubuntu starts processes using "service xxx start" (rather than "/etc/init.d/service start"). This difference means there is no SHELL defined, and users with their shell set to /bin/false cannot run processes using "su". In that case, change the start-xxx.sh and stop-xxx.sh scripts in the application bin directory to: | ||
− | + | ** Use "su -l user -s /bin/sh -c cmd" (rather than "su -l user -c cmd") to run the command as the chosen user | |
− | ** Use "su - | + | |
+ | Alternatively, it may be possible simply to change "su -l" / "su -m" to "sudo -u" | ||
=== Stash crashes immediately on startup === | === Stash crashes immediately on startup === |
Latest revision as of 07:39, 4 October 2017
Contents
Repeated requests to re-authenticate administrator password on JIRA
- https://confluence.atlassian.com/display/JIRAKB/User+is+Constantly+Logged+out+of+JIRA (see sessionCookieName option)
Atlassian process fails to start on boot
- On boot, ubuntu starts processes using "service xxx start" (rather than "/etc/init.d/service start"). This difference means there is no SHELL defined, and users with their shell set to /bin/false cannot run processes using "su". In that case, change the start-xxx.sh and stop-xxx.sh scripts in the application bin directory to:
- Use "su -l user -s /bin/sh -c cmd" (rather than "su -l user -c cmd") to run the command as the chosen user
Alternatively, it may be possible simply to change "su -l" / "su -m" to "sudo -u"
Stash crashes immediately on startup
- If shell for stash user (eg. atlstash) is set to /bin/false, ensure sudo (not "su") is used to switch user in start-stash.sh and stop-stash.sh