Skip to content
This repository has been archived by the owner on Nov 5, 2024. It is now read-only.

Systemd Service/wrapped init script is not able to shut down Bitbucket #195

Open
SimonHoenscheid opened this issue Sep 6, 2020 · 4 comments

Comments

@SimonHoenscheid
Copy link
Member

Affected Puppet, Ruby, OS and module versions/distributions

Not a Puppet issue

How to reproduce (e.g Puppet code you use)

Install recent Bitbucket version

What are you seeing

The Systemd service is able to start, but not to stop the Bitbucket server. I think the reason is inside the wrapped init.d script.

What behaviour did you expect instead

The Service can be started and stopped.

Output log

Any additional information you'd like to impart

@igalic
Copy link
Contributor

igalic commented Sep 8, 2020

do you have a solution in mind?

@SimonHoenscheid
Copy link
Member Author

@igalic I have three solutions in mind: The module still pours a classical sysv-init file on debian, even a more modern systemd file is already available for ubuntu. I would check the condition for redhat and then maybe just go for the systemd file.

The condition which decides for a different pidfile does not work, I would check Bitbucket EOL dates and then make this generic.

I would also add a symlink bitbucket.service -> stash.service

@igalic
Copy link
Contributor

igalic commented Sep 11, 2020

if the underlying system supports systemd, we should be rolling out systemd service files

the nice thing there is that thanks to cgroups, we don't even almost care about pid files

if the underlying system doesn't support systemd, or anything else remotely sensible, we put our heads together, and fix the init template

@SimonHoenscheid
Copy link
Member Author

igalic we don't, but tomcat seems to be a snob,

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants