[Bugs] [Bug 1262964] Cannot access volume when network down

bugzilla at redhat.com bugzilla at redhat.com
Thu Sep 17 11:52:29 UTC 2015


https://bugzilla.redhat.com/show_bug.cgi?id=1262964

Atin Mukherjee <amukherj at redhat.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |gluster-bugs at redhat.com
          Component|glusterd                    |replicate



--- Comment #18 from Atin Mukherjee <amukherj at redhat.com> ---
(In reply to Huy VU from comment #15)
> (In reply to Ravishankar N from comment #14)
> > Hi VU,
> > 
> > Writing to the same file from the clients on both nodes where the node can
> > only see itself and not the other can result in split-brains. Is that not
> > what you did? If not I may have misunderstood the steps.
> 
> Ravi,
> I am sorry for not making the steps clearer.
> 
> I used vi to add a few lines to the file on one node while the NIC card of
> the other node was forced down. Then I brought the NIC card up. That was
> enough to cause split brain.
> 
> I am also interested in knowing why there was a 30 second hang on both nodes
> when the NIC card was brought down.
glusterd's ping time out value is 30 secs. So in case of any node/network going
faulty the other parties may not get a disconnect notification back as tcp keep
alive never guarantees that. Its the application's responsibilities to have
heart beats to detect such failures. In this case after 30 secs the time out
happened and during that interval you observed the hang which is expected.
Hope this clarifies the point here.

Ravi,

since I do not see this behaviour as an issue. moving the component back to
replicate
> 
> NOTE: I tested directly on the two nodes. i.e. the vi command was run
> directly on node 1. I don't think this should have any bearing on the
> behaviour.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.


More information about the Bugs mailing list