[Gluster-users] How to properly shutdown Gluster (glusterd *and* related processes)

Patrick Irvine pirv at cybersites.ca
Wed Apr 10 18:00:52 UTC 2013


I use gentoo and it's init scripts do stop all the daemons too.  I never 
use it though.

Pat.

On 10/04/2013 10:58 AM, Joe Julian wrote:
> 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.
>
> Patrick Irvine <pirv at cybersites.ca> wrote:
>
>     Hey,
>
>     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.
>
>     As for stopping the spawned daemons, Craig Carl ??  ( I think
>     that's right)  years ago when glusterd first came out said to just
>     kill <pid> 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.
>
>     Hope this helps,
>
>     Pat.
>
>     On 10/04/2013 9:54 AM, Jay Vyas wrote:
>>     This is a great question, something I've been wondering.
>>
>>     Reposting some details from jeff darcy's email regarding a
>>     similar question which i asked could help shed some light on this:
>>
>>     1) The daemons that run in gluster are:
>>
>>     glusterd = management daemon
>>             glusterfsd = per-brick daemon
>>             glustershd = self-heal daemon
>>     glusterfs = usually client-side, but also NFS on servers
>>
>>     2) The lifecycle of the daemons:
>>     *** The others are all started from glusterd, in response to
>>     volume start and stop commands ***
>>     *** They're actually all the same executable with different
>>     translators ***
>>     *** glusterfs-server = the server side gluster implementation,
>>     which needs to be instaled for serving gluster data ***
>>
>>     3) When glusterd starts up: It spawns any daemons that "should"
>>     be running (according to which volumes are started, which have
>>     NFS or replication enabled, etc.) and seem to be missing.
>>
>>
>>     So...
>>
>>     If thats the case then I would say that ***stopping glusterd***
>>     should invert the "starting" of the above processes ... right?
>>     But I would leave it to the gluster vets to answer this
>>     definitively...
>>
>>
>>
>>
>>     On Wed, Apr 10, 2013 at 11:51 AM, Guido De Rosa
>>     <guido.derosa at vemarsas.it <mailto:guido.derosa at vemarsas.it>> wrote:
>>
>>         Hello list,
>>
>>         I've installed GlusterFS via Debian experimental packages,
>>         version
>>         3.4.0~qa9realyalpha2-1.
>>
>>         ( For the records, the reason I use an alpha release is that
>>         I want
>>         this feature:
>>         http://raobharata.wordpress.com/2012/10/29/qemu-glusterfs-native-integration/
>>         )
>>
>>         I've also followed the Quick Start Guide and now I have a
>>         cluster of 2
>>         virtual machines, each contributing to a Gluster volume with
>>         one brick
>>         each.
>>
>>         Now my issue:
>>
>>         Let's assume no machine has actually mounted the Gluster volume.
>>
>>         If I do:
>>
>>             ps aux | grep gluster
>>
>>         I get a couple of daemons: glusterd, glusterfsd, glusterfs.
>>
>>         If I do:
>>
>>             /etc/init.d/glusterfs-server stop
>>
>>         I find (re-issuing ps) that glusterd has been terminated BUT
>>         the other
>>         processes (glusterfs and glusterfsd instances) *are still
>>         running*.
>>
>>         (The same happens if I manually kill the glusterd process).
>>
>>         Is this normal? Doesn't this leave the system in an inconsistent
>>         state? (For example on system shutdown).
>>
>>         Should the init script be fixed? (maybe including "gluster volume
>>         stop" or something)?
>>
>>         What's the best practice to terminate *all* Gluster related
>>         process
>>         (especially on system shutdown/reboot)?
>>
>>         Thanks,
>>         Guido
>>         _______________________________________________
>>         Gluster-users mailing list
>>         Gluster-users at gluster.org <mailto:Gluster-users at gluster.org>
>>         http://supercolony.gluster.org/mailman/listinfo/gluster-users
>>
>>
>>
>>
>>     -- 
>>     Jay Vyas
>>     http://jayunit100.blogspot.com
>>
>>
>>     _______________________________________________
>>     Gluster-users mailing list
>>     Gluster-users at gluster.org
>>     http://supercolony.gluster.org/mailman/listinfo/gluster-users
>
>     ------------------------------------------------------------------------
>
>     Gluster-users mailing list
>     Gluster-users at gluster.org
>     http://supercolony.gluster.org/mailman/listinfo/gluster-users
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130410/723ab29b/attachment.html>


More information about the Gluster-users mailing list