[Gluster-devel] Enabling core and supporting Gluster services to start by default?

[Saravanakumar Arumugam]

On Thursday 05 October 2017 10:15 PM, Joe Julian wrote:
> Nothing should ever be auto-started. Ubuntu has it wrong. If you're 
> going to enable any access to a machine, it should be by design, not 
> by default.
>
+1

Just installing the bits need not require the service to be enabled by 
default.
Sometimes, other dependencies pull the bits automatically and having 
them enabled by default is wrong choice.

Thanks,
Saravana

>
> On 10/05/17 07:43, Niels de Vos wrote:
>> Following the Fedora Packaging guidelines, services should not be
>> started by default, or require an exception to do so. Because of this,
>> the packages we provide for different distributions do not enable/start
>> services either. It is expected that the administrator that installs the
>> package enables the service as well.
>>
>> At least for the packages in the CentOS Storage SIG, we can make this
>> more automatic of we want to. A nice way to enable services by default
>> without the need to modify the standard packaging (.spec) files is by
>> providing a systemd.preset(5) file. This file describes what services
>> should be enabled when the packages get installed.
>>
>> There are two items that I would like to get feedback on:
>>
>> a. Which service should not get autostarted after installation? Think of
>>     services that require configuration, and no usable defaults can be
>>     provided.
>>
>> b. Where should the systemd.preset file be maintained and packaged?
>>     Ideally it should be part of a centos-release-gluster* RPM so that
>>     the file is present before installing the glusterfs-* RPMs. 
>> Should it
>>     still be maintained in the glusterfs repository, or somewhere else?
>>
>> Note that not all services need to be part of the main glusterfs-*
>> packages. At least NFS-Ganesha, Heketi, gluster-block have their own
>> repositories and packages.
>>
>> Thanks,
>> Niels
>> _______________________________________________
>> Gluster-devel mailing list
>> Gluster-devel at gluster.org
>> http://lists.gluster.org/mailman/listinfo/gluster-devel
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel