Scap3 allows to define a systemd service_name in a deployment config. The provided service will be restarted as part of the deployment. Scap is currently not aware of primary/secondary target hosts, which means the service will be restarted on secondary hosts and potentially cause problems.
Possible solutions include:
- Make Scap3 aware of the type of target so it can disable the service where required
Use puppet to mask the service on secondary targets and make Scap3 ignore masked servicesNot viable, the Jenkins package cannot be updated when the service is masked