Bug 1257854
Summary: | [glusterD]: Brick status showing offline when glusterd is down on peer node and restarted glusterd on the other node in the two node cluster. | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Red Hat Storage] Red Hat Gluster Storage | Reporter: | Byreddy <bsrirama> | ||||||
Component: | glusterd | Assignee: | Samikshan Bairagya <sbairagy> | ||||||
Status: | CLOSED DEFERRED | QA Contact: | Byreddy <bsrirama> | ||||||
Severity: | high | Docs Contact: | |||||||
Priority: | unspecified | ||||||||
Version: | rhgs-3.1 | CC: | amukherj, bsrirama, nlevinki, sankarshan, sasundar, smohan, vbellur | ||||||
Target Milestone: | --- | Keywords: | ZStream | ||||||
Target Release: | --- | ||||||||
Hardware: | x86_64 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | glusterd | ||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2017-02-17 05:36:36 UTC | Type: | Bug | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Byreddy
2015-08-28 09:19:32 UTC
Created attachment 1067960 [details]
sos report on Node1
Created attachment 1067961 [details]
sos report on Node2 (peer node)
Samikshan, Can you check this behaviour and see what's wrong here? ~Atin (In reply to Atin Mukherjee from comment #7) > Samikshan, > > Can you check this behaviour and see what's wrong here? > Will check this out. On a two node set up if the glusterd instance on first node is down and glusterd on second node is restarted then glusterd_restart_bricks () is not called until and unless glusterd on first node comes back. What it means is even though the brick process on node 2 is alive glusterd will not be able to connect to it since glusterd_brick_start () which is called by glusterd_restart_bricks () does that handling. So on a nutshell this is a known issue. We have got some upstream users complaining about this where they want a sort of an option where they don't care about split brains and still want to bring up the brick processes, with that in mind we'd need to think how we can solve this, is it worth to fix in GD 1.0 or 2.0 is what we need to take a call, my vote would be for the later. Byreddy, Do you mind to close this bug and clone this upstream with GlusterD2 as a component? ~Atin Closing this BZ as DEFERRED to GD2 |