Description of problem: Did reboot on a server node, but glusterd process was not started automatically after node reboot. When checked the glusterd status it was shown as inactive(dead), but on doing glusterd start, the process was active again. Version-Release number of selected component (if applicable): 6.0-1 How reproducible: Always Steps to Reproduce: 1. Do reboot on a server node. 2. After the node is back up again, check the glusterd status using "systemctl status glusterd" 3. To start the glusterd process, do "systemctl start glusterd". Actual results: * When a server node is rebooted, and the node is back up online again, the glusterd service on the node does not start automatically. * Glusterd has to started using "systemctl start glusterd". Expected results: On rebooting a node, when the node comes back up online, glusterd should be active(running). Additional info: sos-reports will be shared
Sayalee, I presume that the glusterd service is not enabled across reboots <snip> Loaded: loaded (/usr/lib/systemd/system/glusterd.service; disabled; vendor preset: disabled) </snip> Could you check # systemctl is-enabled glusterd ?
(In reply to Upasana from comment #5) > (In reply to SATHEESARAN from comment #3) > > Sayalee, > > > > I presume that the glusterd service is not enabled across reboots > > > > <snip> > > Loaded: loaded (/usr/lib/systemd/system/glusterd.service; disabled; > > vendor preset: disabled) > > </snip> > > > > Could you check # systemctl is-enabled glusterd ? > > Hi Sas, > > I too have seen the issue. > Yes it is not enabled across reboots > [root@ ~]# systemctl is-enabled glusterd > disabled > [root@ ~]# > [root@ ~]# systemctl enable glusterd > Created symlink from > /etc/systemd/system/multi-user.target.wants/glusterd.service to > /usr/lib/systemd/system/glusterd.service. > > After enabling it glusterd is coming up post reboot Thanks, this means that the glusterd is not enabled across reboots. This is the issue to be sorted out.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2019:3249