Hi,<div id="yMail_cursorElementTracker_1636140948984"><br></div><div id="yMail_cursorElementTracker_1636140949172">glusterfsd is made like that intentionally. The idea is that during startup of your node, the systemd service will be started.</div><div id="yMail_cursorElementTracker_1636140978356">On OS shutdown, it will stop all gluster processes before the network is stopped, so your cluster (and it's clients) won't have to wait for the network timeouts (default is 45s) and will treat the brick as unavailable.</div><div id="yMail_cursorElementTracker_1636141050335"><br></div><div id="yMail_cursorElementTracker_1636141050519">That service should be able to run even on Ubuntu/Debian systems .</div><div id="yMail_cursorElementTracker_1636141093149"><br></div><div id="yMail_cursorElementTracker_1636141093373">Best Regards,</div><div id="yMail_cursorElementTracker_1636141096796">Strahil Nikolov</div><div id="yMail_cursorElementTracker_1636141091229"> <br> <blockquote style="margin: 0 0 20px 0;"> <div style="font-family:Roboto, sans-serif; color:#6D00F6;"> <div>On Fri, Nov 5, 2021 at 14:37, Ville-Pekka Vainio</div><div><ville-pekka.vainio@csc.fi> wrote:</div> </div> <div style="padding: 10px 0 0 20px; margin: 10px 0 0 0; border-left: 1px solid #6D00F6;" id="yMail_cursorElementTracker_1636140937921"> Hi!<br clear="none"><br clear="none">Bumping an old thread, because there’s now activity around this bug. The github issue is <a shape="rect" href="https://github.com/gluster/glusterfs/issues/2492" target="_blank">https://github.com/gluster/glusterfs/issues/2492</a><br clear="none">We just hit this bug after an update from GlusterFS 7.x to 9.4. We did not see this in our test environment, so we did the update, but the bug is still there. Apparently the fix should be <a shape="rect" href="https://github.com/gluster/glusterfs/pull/2509 " target="_blank">https://github.com/gluster/glusterfs/pull/2509 </a>which should get backported to 9.x.<br clear="none"><br clear="none">We worked around this issue by identifying the server with the bug and restarting the GlusterFS processes on it. On an EL/CentOS/Fedora-based system there was one small thing that surprised me, maybe this will help others.<br clear="none"><br clear="none">There’s the service /usr/lib/systemd/system/glusterfsd.service which does not really start anything, just runs /bin/true, but when stopped, will kill the brick processes on the server. If you try doing “systemctl stop glusterfsd” but you have not started the service (even though starting it does nothing), systemd will not do anything. If you first start the service and then stop it, systemd will actually run the ExecStop command.<br clear="none"><br clear="none"><br clear="none">Best regards,<br clear="none">Ville-Pekka<div class="yqt6546126234" id="yqtfd48755"><br clear="none">________<br clear="none"><br clear="none"><br clear="none"><br clear="none">Community Meeting Calendar:<br clear="none"><br clear="none">Schedule -<br clear="none">Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC<br clear="none">Bridge: <a shape="rect" href="https://meet.google.com/cpu-eiue-hvk" target="_blank">https://meet.google.com/cpu-eiue-hvk</a><br clear="none">Gluster-users mailing list<br clear="none"><a shape="rect" ymailto="mailto:Gluster-users@gluster.org" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br clear="none"><a shape="rect" href="https://lists.gluster.org/mailman/listinfo/gluster-users" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-users</a><br clear="none"></div> </div> </blockquote></div>