Hide Forgot
while discussing http://gerrit.ovirt.org/#/c/20736/1 it has been pointed out that (citing Alon): We should not play with services startup state during an upgrade. Auto enable service during setup is by it-self kind of violation, probably we need to ask user if he wish us to auto start the required service. [...] But on update we should not touch service startup state unless it is part of upgrade, for example we split engine into two services, initial service is marked to be started at boot, so we mark both to be started. I think that it is right. https://fedoraproject.org/wiki/Packaging:Systemd#Why_don.27t_we.... Why don't we.... Start the service after installation? Installations can be in changeroots, in an installer context, or in other situations where you don't want the services autostarted. https://fedoraproject.org/wiki/Packaging:SysVInitScript#Why_don.27t_we.... Why don't we.... run 'chkconfig <service> on'? If a service should be enabled by default, make this the default in the init script. Doing otherwise will cause the service to be turned on on upgrades if the user explicitly disabled it. Note that the default for most network-listening scripts is off. This is done for better security. We have multiple tools that can enable services, including GUIs.
Yaniv, can you check if this is desired / wanted at pm level?
(In reply to Sandro Bonazzola from comment #1) > Yaniv, can you check if this is desired / wanted at pm level? If the engine service is disabled (off or stopped) before upgrade, we need to keep that behaviour during upgrade. If any service is disabled we should also keep it the same way. On clean install we can ask the user to start the needed services automatically. If the user refuses, we should install with the engine\reports\dwh services stopped and off on boot.
Thanks Yaniv, requirements are clear.
Closing old RFEs. Please reopen if relevant.