Bug 1282519

Summary: Expose replication factor to the user
Product: [Other] RHQ Project Reporter: John Sanda <jsanda>
Component: Storage Node, Core UIAssignee: Nobody <nobody>
Status: ON_QA --- QA Contact:
Severity: unspecified Docs Contact:
Priority: high    
Version: 4.13   
Target Milestone: ---   
Target Release: RHQ 4.14   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 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:
Bug Depends On:    
Bug Blocks: 1234991    

Description John Sanda 2015-11-16 16:32:09 UTC 
Description of problem:
The replication_factor (RF) should be exposed in the storage node admin UI as a read-only property in the cluster settings section. We need to show the RF for both the rhq and system_auth keyspaces. When there are storage node deployment problems, users frequently have to verify that the RF is set to the correct, expected value. The only way to verify the value right now is very cumbersome. You first have to decode the password defined in the rhq.storage.password property in rhq-server.properties. Decoding it can be done from the RHQ CLI. You then have to enable thrift on the storage node. This can be done using the nodetool command line tool. Then you have to log into cqlsh to execute the DESCRIBE KEYSPACE command to get the RF.

It might be good to make it accessible in the remote API as well so users can also get at the information from the CLI or other command line clients.

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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:
Comment 1 John Sanda 2015-11-18 19:22:39 UTC 
The replication settings or more precisely the replication_factor of both the rhq and the system_auth keyspaces are now read-only properties in the cluster settings view of the storage node admin UI. I have also introduced StorageSettingsManagerBeanRemote which is exposed in the remote API / CLI and has the method,

    StorageClusterSettings getClusterSettings(Subject subject);

so that replication settings as well as other cluster settings exposed in the UI can also be queried and obtained from the CLI. Changes have been pushed to master.

commit hashes:
7e246dbad2
e95cfff30
8c7a6174cae
7388c02dec
ea893e01a19a