Bug 1057818

Summary: gluster volume status has unusual nested <node> elements in output
Product: [Community] GlusterFS Reporter: purpleidea
Component: cliAssignee: bugs <bugs>
Status: CLOSED WORKSFORME QA Contact:
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: mainlineCC: amukherj, bugs, hgowtham, kaushal, purpleidea, smohan
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-01-31 12:08:23 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 Flags
gluster volume status --xml <volname> output
none
Text equivalent of the command without --xml none

Description purpleidea 2014-01-25 02:19:39 UTC
Created attachment 855269 [details]
gluster volume status --xml <volname> output

Description of problem:

'gluster volume status --xml' has unusual nested <node> elements in output. I've attached the output from the command with and without the --xml flag.

This format wasn't present in earlier versions of gluster, and so I'm not sure if it was introduced intentionally or as a mistake. If it was intentional, it's not entirely clear to me what the nesting represents.


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

This occurs in 3.4.2, it probably didn't occur in earlier versions, although I'm not sure how early, but I think 3.3.x it worked okay. I noticed this bug because Puppet-Gluster detected a problem with the output where I didn't remember having one before.

How reproducible:

100%

Steps to Reproduce:
1. Build a gluster setup.
2. Run gluster volume status --xml
3. Observe output

Actual results:

Weird nesting.

Expected results:

No weird nesting.

Additional info:

The weird nesting only affects the 'NFS Server' type elements. The normal node (host) elements are correct and haven't changed.

Comment 1 purpleidea 2014-01-25 02:20:14 UTC
Created attachment 855270 [details]
Text equivalent of the command without --xml

Comment 3 Kaushal 2014-01-27 05:31:21 UTC
I believe this is the same as 1046020. The weird nesting used to occur when one of the peers was down. Can you confirm if this is the case in your environment as well? 1046020 has been fixed in master btw.

Comment 4 purpleidea 2014-01-27 12:42:16 UTC
(In reply to Kaushal from comment #3)
> I believe this is the same as 1046020. The weird nesting used to occur when
> one of the peers was down. Can you confirm if this is the case in your
> environment as well? 1046020 has been fixed in master btw.

In my environment all the peers were up. This is shown in the attachments too.

I tested this on 3.4.2, I don't know if this occurs in 3.5.x, but I'll look for the issue when 3.5.0beta2 releases.

Comment 5 Atin Mukherjee 2017-01-31 12:08:23 UTC
This issue is fixed through BZ 1046020