Currently the glusterfs %post through lots of convolutions ends up calling `systemctl start glusterfs`. This is a violation of the guidelines; see: https://fedoraproject.org/wiki/Packaging:Systemd 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. Another reason for this is that almost always for nontrivial services admins want to configure the service *before* starting. There's a whole "preset" model which is intended to handle services which start by default. So let's change glusterfs to not start by default - and whatever "installers" people use for glusterfs (ansible/puppet/etc.) will need to adapt to that.
See also: https://github.com/systemd/systemd/pull/7631 https://github.com/projectatomic/rpm-ostree/issues/550
Assuming this actually happens in the packaging, then this is definitely a bug! (I personally don't know why I never noticed this before when doing all the GlusterFS things I've been involved in, but happy to +1 this.) In fact, if services *do* autostart with package installation, this can break many config management modules (eg: puppet) and orchestrators as well (such as ansible).
I am quite familiar with the Fedora policy of not starting services during install. I just did a fresh install of glusterfs-3.13.0-1 (including -server and -cli, etc.) on a pristine f28/rawhide box and glusterd was not started. If a previous version was installed and running and you did an upgrade to 3.13.x, the upgrade may run gluster to update the volfiles (and then exit). You need to provide more details about what you did. There's not enough info here for me to tell otherwise.
no response to needinfo. glusterd.service is _not_ enabled or started. (It is, as noted above, run briefly to update volfiles.) Closing, if reporter wishes to respond to the needinfo then go ahead and reopen.
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days