I have installed Jira, Confluence, and Bitbucket servers on a Ubuntu server. I have installed them all as services and selected that they should startup automatically.
Bitbucket starts on startup, but Jira and Confluence do not. I have had a bit of a look as to why, but I can't seem to find any clear help for this
If you try
systemctl enable jira
systemctl start jira
what do you get? If it fails, it should give you a bit more info about why (although it can be quite cryptic). If that appears to work, then it's likely to have run the startup scripts.
However, I also suspect the installers for Jira and Confluence are a bit behind the ones for bitbucket - I guess you might just get "unknown service" because they've only created /etc/init.d scripts, rather than systemd services. If that's the case, I don't actually know what the best thing to do is (but I created service files for them that pointed to the /etc/init.d scripts, which seems to work fine)
Ok, that's what I expected from "no systemd install". If you want to fix this the way have, this may help. Create the file, adjust it for your install and re-try the enable.
root@zen:/etc# cat systemd/system/jira.service
ExecReload=/opt/jira/bin/stop-jira.sh | sleep 60 | /opt/jira/bin/start-jira.sh
That worked for Jira, it seems, although I'll find out for sure when I restart.
Doing the same but for confluence, I got:
Synchronising state of confluence.service with SysV service script with /lib/systemd/systemd-sysv-intstall.
Executing: /lib/systemd/systemd-sysv-install enable confluence
update-rc.d: error: confluence Default-Start contains no runlevels, aborting.
Odd, I'd expect the same from the Jira service. Have a look at the top of the start-jira.sh and start-confluence.sh files - do they have lines like
### BEGIN INIT INFO # Provides: jira # Required-Start: $all # Required-Stop: # Default-Start: 2 3 4 5 # Default-Stop: # Short-Description: Jira ### END INIT INFO
No, neither do. The main difference was when doing the systemctl enable jira it said something about creating a symlink with another file (I didn't note it down). It didn't read the same for confluence.
Also, my jira service if started through service command is jira1 and the user is jira1. But obviously that hasn't mattered as jira seems to work and confluence doesn't (with systemctl at least).
Running as jira1 is fine, it just means the installer detected a user called jira already and didn't re-use it (because it may be from a failed or removed previous install, or have been created differently, and it doesn't know if it's suitable)
The creation of a symbolic link is normal, it's systemd creating the startup link to the file its going to run.
The Confluence one is going to be harder, I don't know why it's not working when Jira does, they're not that different.
Do you have the /etc/init.d/confluence.sh script? Does it start confluence ok when run standalone?
After creating a proper systemd unit file as suggested by @Nic Brough
sudo vim /etc/systemd/system/jira.service
Description=Atlassian JIRA Software Server
ExecReload=/opt/atlassian/jira/bin/start-jira.sh | sleep 60 | /opt/atlassian/jira/bin/stop-jira.sh
i got the same error as @Joe Fenton
sudo systemctl enable jira
Synchronizing state of jira.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable jira
update-rc.d: error: jira Default-Start contains no runlevels, aborting.
I fixed that by removing that legacy SysV script:
sudo rm /etc/init.d/jira
sudo systemctl enable jira
Same fix for confluence.
I know it's been a year since this post but I did what you suggested and it still gives me the same run levels error.
It told me that there is no such file or directory (/opt/jira/bin/start-jira.sh) how can that be? It also complains about commands not being found when I run the jira.service.
I have been working on getting Jira to autostart for a few days now. I have been having non stop problems. It works but it will not autostart. I have to manually start it and it's not a huge deal but if the electricity goes out, it will not automatically come back up.
The Jira Software Cloud Team has been busy working on a simple, secure, and reliable way to integrate your build and deployment information from Jenkins with Jira Software Cloud. This means you don’t...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events