[SPAM?] Re: Best practice to stop the Gluster CLIENT process?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Which is basically what the force-stop function of my script attempts to do :-)

Suggestions of improvement are always welcome!

James Burnash, Unix Engineering

-----Original Message-----
From: gluster-users-bounces at gluster.org [mailto:gluster-users-bounces at gluster.org] On Behalf Of Joe Landman
Sent: Friday, May 06, 2011 2:45 PM
To: gluster-users at gluster.org
Subject: [SPAM?] Re: Best practice to stop the Gluster CLIENT process?
Importance: Low

On 05/06/2011 02:40 PM, Martin Schenker wrote:
> Thanks for all the responses!
>
> That's what I did, umount the client dir. But this STILL left the filesystem
> locked... no luck here.
>
> I'll try James' script next.

umount -l /mount/path
killall -15 glusterd
#wait a few seconds
killall -9 glusterd

then a 'ps -ealf| grep gluster' and kill the daemons by hand (-9).


--
Joseph Landman, Ph.D
Founder and CEO
Scalable Informatics Inc.
email: landman at scalableinformatics.com
web  : http://scalableinformatics.com
        http://scalableinformatics.com/sicluster
phone: +1 734 786 8423 x121
fax  : +1 866 888 3112
cell : +1 734 612 4615
_______________________________________________
Gluster-users mailing list
Gluster-users at gluster.org
http://gluster.org/cgi-bin/mailman/listinfo/gluster-users


DISCLAIMER:
This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this in error, please immediately notify me and permanently delete the original and any copy of any e-mail and any printout thereof. E-mail transmission cannot be guaranteed to be secure or error-free. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission.
NOTICE REGARDING PRIVACY AND CONFIDENTIALITY Knight Capital Group may, at its discretion, monitor and review the content of all e-mail communications. http://www.knight.com


[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux