Description of problem: --------------------------------------- When executing 'gluster peer detach force' of a server in the cluster, the command is successful at the CLI, but the UI fails to sync with the CLI. The detached server continues to show up in the UI. Version-Release number of selected component (if applicable): Red Hat Enterprise Virtualization Manager Version: 3.2.0-8.el6ev How reproducible: Frequently Steps to Reproduce: 1. On one of the nodes in a two-node cluster, run the command 'gluster peer detach <IP-of-the-other-node> force' Actual results: The UI still shows the detached server. Expected results: The UI should be in sync with the CLI and thus remove the detached server. Additional info:
Created attachment 703347 [details] engine logs
Created attachment 703348 [details] vdsm logs from server 1
Created attachment 703350 [details] vdsm logs from server 2
Created attachment 703351 [details] gluster logs from server 1
Created attachment 703352 [details] gluster logs from server 2
This bug has been fixed as part of changes that have gone into the Gluster sync job, so moving it to ON_QA
Verified with following steps, in Red Hat Enterprise Virtualization Manager Version: 3.3.0-0.34.beta1.el6ev [IS23.1] 1. Created a Datacenter with 3.2 compatibility 2. Created a cluster with 3.2 compatibility 3. Added 3 RHS Nodes using RHEVM UI 4. From gluster cli, did a force removal of a peer (i.e) gluster peer remove <node3> force 5. Verified that the host was removed from RHEVM UI Additional Tests Done, 1. Added a new host ( peer probe from gluster cli ) and verified it. 2. Did a normal detach without force and verified it (i.e) gluster peer detach <node3> So marking this bug as VERIFIED
Closing - RHEV 3.3 Released