<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Good day,<div class=""><br class=""></div><div class="">The specific SystemD problem reference is &nbsp;<a href="https://github.com/systemd/systemd/issues/4468#issuecomment-296904675" class="">https://github.com/systemd/systemd/issues/4468#issuecomment-255711912</a></div><div class=""><br class=""></div><div class="">This problem with GlusterFS arises specifically during bootstrapping of the cluster, ie. configure 3 VMs and the volume (2replicas and the arbiter) test it working, do local mount and setting it up in /etc/fstab. Once everything works, shutdown all the VMs in the cluster, and then start all of them together.</div><div class=""><br class=""></div><div class="">The expected result would’ve been that the /etc/fstab local fuse mount will all be mounted correctly, but only one or perhaps two, if at all, gets mounted. the problem being that the mount “failed”, doesn’t retry etc.</div><div class=""><br class=""></div><div class="">The hack around it, I used a SystemD service that , as a pre-exec mount the gluster volume through the systemd .mount mechanism, but then checks a directory inside the expected mount, and will then fail if that mount doesn't exists.</div><div class=""><br class=""></div><div class="">So, how do others solve this bootstrap mounting problem of GlusterFS local mounts on SystemD systems?</div><div class=""><br class=""></div><div class="">HEndrik</div><div class=""><br class=""></div><div class=""><br class=""></div></body></html>