Bug 1044493

Summary: [RHSC] "Failed to fetch gluster peer list from server" seen in the events log after a server with duplicate gluster UUID is added to a cluster
Product: Red Hat Gluster Storage Reporter: Shruti Sampat <ssampat>
Component: rhscAssignee: Shubhendu Tripathi <shtripat>
Status: CLOSED EOL QA Contact: Shruti Sampat <ssampat>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 2.1CC: dpati, knarra, mmahoney, mmccune, poelstra, rhs-bugs, sabose, sdharane
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-12-03 17:17:49 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:
Attachments:
Description Flags
screenshot none

Description Shruti Sampat 2013-12-18 12:49:20 UTC
Created attachment 838319 [details]
screenshot

Description of problem:
------------------------

When a server is added to a cluster managed by RHSC, such that the gluster UUID of the server is same as that of another server already present in the cluster, the following messages are seen in the events log - 

State was set to Up for host server1-clone.
Gluster UUID of host server1-clone on Cluster test already exists.
Failed to fetch gluster peer list from server server1-clone on Cluster test.

( see attached screenshot )

After the host is set to non-operational because of duplicate UUID, it should not be attempted to fetch the peer list.

Version-Release number of selected component (if applicable):
Red Hat Storage Console Version: 2.1.2-0.27.beta.el6_5 

How reproducible:
Always

Steps to Reproduce:
1. Added a server to a cluster managed by RHSC, waited for it to come up.
2. Added another server to the same cluster, this server had the same gluster UUID as the first one ( achieved by means of cloning the VM )

Actual results:
The server was moved to Non-operational mode after installation. The above described events log messages are seen.

Expected results:
The peer list on the server should not be fetched after it is known to be non-operational because of duplicate UUID.

Additional info:

Comment 3 Sahina Bose 2014-07-16 08:46:46 UTC
Not an RFE, removing FutureFeature keyword

Comment 4 Vivek Agarwal 2015-12-03 17:17:49 UTC
Thank you for submitting this issue for consideration in Red Hat Gluster Storage. The release for which you requested us to review, is now End of Life. Please See https://access.redhat.com/support/policy/updates/rhs/

If you can reproduce this bug against a currently maintained version of Red Hat Gluster Storage, please feel free to file a new report against the current release.