<div dir="ltr">I filed a bug with Gentoo about a year ago related to this. <a href="https://bugs.gentoo.org/show_bug.cgi?id=413417">https://bugs.gentoo.org/show_bug.cgi?id=413417</a> The takeaway is that the glusterd init scripts should not kill any fs or fsd processes, but they have yet to merge the supplied patch.<div>

<br></div><div>--</div><div style>Adam</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 10, 2013 at 1:00 PM, Patrick Irvine <span dir="ltr">&lt;<a href="mailto:pirv@cybersites.ca" target="_blank">pirv@cybersites.ca</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <div>I use gentoo and it&#39;s init scripts do
      stop all the daemons too.  I never use it though.<br>
      <br>
      Pat.<div><div class="h5"><br>
      <br>
      On 10/04/2013 10:58 AM, Joe Julian wrote:<br>
    </div></div></div><div><div class="h5">
    <blockquote type="cite">
      
      I just discovered yesterday that the systemd configs (in the
      fedora rpms) do, indeed, stop the bricks. I think I know how to
      fix that and will test that and submit a bug report today and a
      patch.<br>
      <br>
      <div class="gmail_quote">Patrick Irvine <a href="mailto:pirv@cybersites.ca" target="_blank">&lt;pirv@cybersites.ca&gt;</a>
        wrote:
        <blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
          <div>Hey,<br>
            <br>
            stopping the glusterd instance does not stop any of the
            other spawned daemons.  I know this for a fact as I start
            and stop glusterd all the time with out it affecting any of
            the other daemons.<br>
            <br>
            As for stopping the spawned daemons, Craig Carl ??  ( I
            think that&#39;s right)  years ago when glusterd first came out
            said to just kill &lt;pid&gt; each of the others.  To
            restart them your just stop and restart the glusterd process
            and it will respawn any it finds are not already running.<br>
            <br>
            Hope this helps,<br>
            <br>
            Pat.<br>
            <br>
            On 10/04/2013 9:54 AM, Jay Vyas wrote:<br>
          </div>
          <blockquote type="cite">
            <div dir="ltr">This is a great question, something I&#39;ve been
              wondering. <br>
              <br>
              Reposting some details from jeff darcy&#39;s email regarding a
              similar question which i asked could help shed some light
              on this:  <br>
              <div> <br>
              </div>
              <div>1) The daemons that run in gluster are: <br>
                <br>
              </div>
              <div>         <span>glusterd</span> = management
                daemon<br>
                        glusterfsd = per-brick daemon<br>
                        glustershd = self-heal daemon<br>
                        <span>glusterfs</span> = usually
                client-side, but also NFS on servers<br>
                <br>
                2) The lifecycle of the daemons: <br>
                *** The others are all started from <span>glusterd</span>,
                in response to volume start and stop commands *** <br>
                *** They&#39;re actually all the same executable with
                different translators *** <br>
              </div>
              <div>*** glusterfs-server = the server side gluster
                implementation, which needs to be instaled for serving
                gluster data ***<br>
              </div>
              <div><br>
                3) When <span>glusterd</span> starts up: It
                spawns any daemons that &quot;should&quot; be running (according
                to which volumes are started, which have NFS or
                replication enabled, etc.) and seem to be missing.<br>
                <br>
                <br>
                So... <br>
                <br>
                If thats the case then I would say that ***stopping
                glusterd*** should invert the &quot;starting&quot; of the above
                processes ... right? <br>
              </div>
              <div>But I would leave it to the gluster vets to answer
                this definitively... <br>
              </div>
              <div><br>
              </div>
              <div><br>
              </div>
            </div>
            <div class="gmail_extra"><br>
              <br>
              <div class="gmail_quote">On Wed, Apr 10, 2013 at 11:51 AM,
                Guido De Rosa <span dir="ltr">&lt;<a href="mailto:guido.derosa@vemarsas.it" target="_blank">guido.derosa@vemarsas.it</a>&gt;</span>
                wrote:<br>
                <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello

                  list,<br>
                  <br>
                  I&#39;ve installed GlusterFS via Debian experimental
                  packages, version<br>
                  3.4.0~qa9realyalpha2-1.<br>
                  <br>
                  ( For the records, the reason I use an alpha release
                  is that I want<br>
                  this feature: <a href="http://raobharata.wordpress.com/2012/10/29/qemu-glusterfs-native-integration/" target="_blank">http://raobharata.wordpress.com/2012/10/29/qemu-glusterfs-native-integration/</a><br>


                  )<br>
                  <br>
                  I&#39;ve also followed the Quick Start Guide and now I
                  have a cluster of 2<br>
                  virtual machines, each contributing to a Gluster
                  volume with one brick<br>
                  each.<br>
                  <br>
                  Now my issue:<br>
                  <br>
                  Let&#39;s assume no machine has actually mounted the
                  Gluster volume.<br>
                  <br>
                  If I do:<br>
                  <br>
                      ps aux | grep gluster<br>
                  <br>
                  I get a couple of daemons: glusterd, glusterfsd,
                  glusterfs.<br>
                  <br>
                  If I do:<br>
                  <br>
                      /etc/init.d/glusterfs-server stop<br>
                  <br>
                  I find (re-issuing ps) that glusterd has been
                  terminated BUT the other<br>
                  processes (glusterfs and glusterfsd instances) *are
                  still running*.<br>
                  <br>
                  (The same happens if I manually kill the glusterd
                  process).<br>
                  <br>
                  Is this normal? Doesn&#39;t this leave the system in an
                  inconsistent<br>
                  state? (For example on system shutdown).<br>
                  <br>
                  Should the init script be fixed? (maybe including
                  &quot;gluster volume<br>
                  stop&quot; or something)?<br>
                  <br>
                  What&#39;s the best practice to terminate *all* Gluster
                  related process<br>
                  (especially on system shutdown/reboot)?<br>
                  <br>
                  Thanks,<br>
                  Guido<br>
                  _______________________________________________<br>
                  Gluster-users mailing list<br>
                  <a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
                  <a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a><br>
                </blockquote>
              </div>
              <br>
              <br clear="all">
              <br>
              -- <br>
              Jay Vyas<br>
              <a href="http://jayunit100.blogspot.com" target="_blank">http://jayunit100.blogspot.com</a>
            </div>
            <br>
            <fieldset></fieldset>
            <br>
            <pre>_______________________________________________
Gluster-users mailing list
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a>
<a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a></pre>
          </blockquote>
          <br>
          <pre style="white-space:pre-wrap;word-wrap:break-word;font-family:sans-serif;margin-top:0px"><hr>
Gluster-users mailing list
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a>
<a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a></pre>
        </blockquote>
      </div>
    </blockquote>
    <br>
  </div></div></div>

<br>_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
<a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a><br></blockquote></div><br></div>