[Bugs] [Bug 1506104] gluster volume splitbrain info needs to display output of each brick in a stream fashion instead of buffering and dumping at the end

bugzilla at redhat.com bugzilla at redhat.com
Wed Oct 25 07:05:55 UTC 2017


Karthik U S <ksubrahm at redhat.com> changed:

           What    |Removed                     |Added
             Status|NEW                         |ASSIGNED
           Assignee|bugs at gluster.org            |ksubrahm at redhat.com

--- Comment #1 from Karthik U S <ksubrahm at redhat.com> ---
Description of problem:
When we issue a heal info, we get the o/p in a continuous stream like fashion.
Say we have 4x2 volume, the the o/p is stream one brick after another

However when we issue a heal info split-brain, the o/p is not streamed as is
received but is dumped at the end for all the bricks together.

There are two problems associated with that:
1)This gives a perception that the heal info split-brain is hung
2)we would be simply consuming memory momentarily without releasing till the
end of the command(as such no mem leak), but in an extreme case can
hypothetically cause a OOM kill(just think of a case where there are lakhs of
splitbrain entries in a multibrick volume, and caching all these ) 

Note: I have reproduced it when there are splitbrain entries and even without
splitbrain entries

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.create a 2x2 volume
2.create many splibtrain files, say gfid splitbrains on all bricks
3.now issue heal info split-brain

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