-
Notifications
You must be signed in to change notification settings - Fork 973
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Go server linux installers should not automatically start the Go server service #3119
Comments
I think @ketan had a thought similar to this. I remember talking about installation vs. upgrade. |
@vivekprahlad — this has been discussed a number of times before. I will get back to you with something in a couple of days. PS: Hi! |
…gent and server and have them start it up. (gocd#3119)
@vivekprahlad — could you take a look at #3133 and see if it's in line with what you expect? |
@ketan - Thanks, looks good! |
…gent and server and have them start it up. (gocd#3119)
Do not start service on a new install. Allow users to configure the agent and server and have them start it up. (#3119)
Verified on GoCD version 17.2.0 (4587-442a7d67087844e44a2dcf5824164e1dfe00cc45). In debian and rpm based installers after fresh install the go-server and go-agent do not start automatically. In upgrade scenario the state of the service before upgrade is maintained |
Issue Type
Summary
Currently, according to https://github.com/gocd/gocd/blob/master/installers/linux/shared/partials/_after_install_go-server.sh.erb, the Go server is automatically started once it is installed via linux installers.
This is problematic in situations where Go server AMIs or Docker containers are built using the linux installers (automatically starting the server leads to non-deterministic builds, as the server takes a while to do so, and makes a number of changes to the file system as it boots), and this leaves the zip file based install as the only option.
IMHO, it is trivial to explicitly start the service. However, the opposite is not true: it is currently not possible to prevent the service from automatically starting. Interestingly, the go agent installer does not have this behaviour.
Other open source packages (for example, ElasticSearch) used to have this behaviour as well, but have since disabled it. Please see this issue as an example.
The text was updated successfully, but these errors were encountered: