Difference between revisions of "Atlassian"
From Briki
(→Repeated requests to re-authenticate administrator password on JIRA) |
|||
(3 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
=== Repeated requests to re-authenticate administrator password on JIRA === | === 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) | * 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 | ||
=== Setting up JIRA standalone (old) === | === Setting up JIRA standalone (old) === | ||
* [[JIRA]] | * [[JIRA]] |
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