In my experience this unusually happens because of NFS lockd trying too traverse a firewall.&nbsp; Turn off NFS locking &nbsp;on the source host and you will be fine. The root cause is not a problem with cluster its actually a deficiency in the NFS RFCs about RPC which has never been properly addressed. <span style="font-family:Prelude, Verdana, san-serif;"> <span id="signature"><div style="font-family: arial, sans-serif; font-size: 12px;color: #999999;">-- Sent from my HP Pre3</div> <span style="color:navy; font-family:Prelude, Verdana, san-serif; "><hr align="left" style="width:75%">On Nov 19, 2014 10:45 PM, Alex Crow &lt;acrow@integrafin.co.uk&gt; wrote:  Also if OP is on non-supported gluster 3.4.x rather than RHSS or at 
 least 3.5.x, and given sufficient space, how about taking enough hosts 
 out of the cluster to bring fully up to date and store the data, syncing 
 the data across, updating the originals, syncing back and then adding 
 back the hosts you took out to to the first backup?
 
 
 
 
 On 20/11/14 01:53, Ravishankar N wrote:
 &gt; On 11/19/2014 10:11 PM, Shawn Heisey wrote:
 &gt;&gt; We are running into this crash stacktrace on 3.4.2.
 &gt;&gt;
 &gt;&gt; https://bugzilla.redhat.com/show_bug.cgi?id=1010241
 &gt;&gt;
 &gt;&gt; The NFS process dies with no predictability.  I've written a shell
 &gt;&gt; script that detects the crash and runs a process to completely kill all
 &gt;&gt; gluster processes and restart glusterd, which has eliminated
 &gt;&gt; customer-facing fallout from these problems.
 &gt;
 &gt; No kill required. `gluster volume start &lt;volname&gt; force` should re-spawn the dead processes.
 &gt;
 &gt;
 &gt;&gt; Because of continual stability problems from day one, the gluster
 &gt;&gt; storage is being phased out, but there are many terabytes of data still
 &gt;&gt; used there.  It would be nice to have it remain stable while we still
 &gt;&gt; use it.  As soon as we can fully migrate all data to another storage
 &gt;&gt; solution, the gluster machines will be decommissioned.
 &gt;&gt;
 &gt;&gt; That BZ id is specific to version 3.6, and it's always difficult for
 &gt;&gt; mere mortals to determine which fixes have been backported to earlier
 &gt;&gt; releases.
 &gt;&gt;
 &gt; A (not so?)  easy way is to clone the source, checkout into the desired branch and grep the git-log for the commit message you're interested in.
 &gt;
 &gt;&gt; Has the fix for bug 1010241 been backported to any 3.4 release?
 &gt; I just did the grep and no it's not. I don't know if a backport is possible.(CC'ed the respective devs). The (two) fixes are present in 3.5 though.
 &gt;
 &gt;
 &gt;    If so,
 &gt;&gt; is it possible for me to upgrade my servers without being concerned
 &gt;&gt; about the distributed+replicated volume going offline?  When we upgraded
 &gt;&gt; from 3.3 to 3.4, the volume was not fully functional as soon as we
 &gt;&gt; upgraded one server, and did not become fully functional until all
 &gt;&gt; servers were upgraded and rebooted.
 &gt;&gt;
 &gt;&gt; Assuming again that there is a 3.4 version with the fix ... the gluster
 &gt;&gt; peers that I use for NFS do not have any bricks.  Would I need to
 &gt;&gt; upgrade ALL the servers, or could I get away with just upgrading the
 &gt;&gt; servers that are being used for NFS?
 &gt;
 &gt; Heterogeneous op-version cluster is not supported. You would need to upgrade all servers.
 &gt;
 &gt; http://www.gluster.org/community/documentation/index.php/Upgrade_to_3.5
 &gt;
 &gt; Thanks,
 &gt; Ravi
 &gt;
 &gt;&gt; Thanks,
 &gt;&gt; Shawn
 &gt;&gt; _______________________________________________
 &gt;&gt; Gluster-users mailing list
 &gt;&gt; Gluster-users@gluster.org
 &gt;&gt; http://supercolony.gluster.org/mailman/listinfo/gluster-users
 &gt;&gt;
 &gt; _______________________________________________
 &gt; Gluster-users mailing list
 &gt; Gluster-users@gluster.org
 &gt; http://supercolony.gluster.org/mailman/listinfo/gluster-users
 &gt;
 
 -- 
 This message is intended only for the addressee and may contain
 confidential information. Unless you are that person, you may not
 disclose its contents or use it in any way and are requested to delete
 the message along with any attachments and notify us immediately.
 "Transact" is operated by Integrated Financial Arrangements plc. 29
 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608
 5300. (Registered office: as above; Registered in England and Wales
 under number: 3727592). Authorised and regulated by the Financial
 Conduct Authority (entered on the Financial Services Register; no. 190856).
 
 _______________________________________________
 Gluster-users mailing list
 Gluster-users@gluster.org
 http://supercolony.gluster.org/mailman/listinfo/gluster-users