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

Saravanakumar Arumugam sarumuga at redhat.com
Fri Oct 6 06:19:39 UTC 2017

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.

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


> 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

More information about the Gluster-devel mailing list