Red Hat Bugzilla – Bug 1313694
Storage pool listing API output does not contain all the set values for the pool
Last modified: 2016-08-23 15:32:04 EDT
Description of problem: Storage pool listing API output does not contain all the set values for the pool. Its not possible to make out if the pool is standard replicated or erasure coded. Missing fields are - erasure_code_profile hit_set_type hit_set_period hit_set_count hit_set_fpp auid target_max_objects target_max_bytes cache_target_dirty_ratio cache_target_full_ratio cache_min_flush_age cache_min_evict_age min_read_recency_for_promote write_fadvise_dontneed I understand if erausre_code_profile is set, it can be treated as a erasure coded pool. But the same does not get listed as REST output. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Create a ceph cluster 2. Create a erasure coded pool 3. Access the calamari api /api/v2/cluster/{id}/pool/{poolid} Actual results: Pool details dont contain all the set values Expected results: Pool details should contain all the set values Additional info:
The only field I am going to provide in this work is a field that describes the name of the erasure_code_profile. I'm not going to expose every field present in the pool. This can wait till we are doing something meaningful with it eg cache-tiering.
"erasure_code_profile" is not displayed for the erasure coded pools. The pools with id 6 and 7 below are erasure coded pools. GET /api/v1/cluster/c75da670-7316-4a6b-9ff7-4ed0af98b9fc/pool HTTP 200 OK Vary: Accept Content-Type: text/html; charset=utf-8 Allow: GET, HEAD, OPTIONS [ { "pool_id": 4, "name": "pool1", "quota_max_bytes": 0, "quota_max_objects": 0, "used_objects": null, "used_bytes": null, "id": 4, "cluster": "c75da670-7316-4a6b-9ff7-4ed0af98b9fc" }, { "pool_id": 5, "name": "TEST", "quota_max_bytes": 0, "quota_max_objects": 0, "used_objects": null, "used_bytes": null, "id": 5, "cluster": "c75da670-7316-4a6b-9ff7-4ed0af98b9fc" }, { "pool_id": 6, "name": "ecpool", "quota_max_bytes": 0, "quota_max_objects": 0, "used_objects": null, "used_bytes": null, "id": 6, "cluster": "c75da670-7316-4a6b-9ff7-4ed0af98b9fc" }, { "pool_id": 7, "name": "ecpool1", "quota_max_bytes": 0, "quota_max_objects": 0, "used_objects": null, "used_bytes": null, "id": 7, "cluster": "c75da670-7316-4a6b-9ff7-4ed0af98b9fc" } ] Versions: calamari-server-1.4.0-0.12.rc15.el7cp.x86_64 ceph version 10.2.1-12.el7cp
Harish this is the wrong URL to test The correct one is /api/v2/cluster/FSID/pool
oops. my bad. Tested with api/v2/cluster/<fs-id>/pool and found "erasure_code_profile" being displayed. GET /api/v2/cluster/1445c933-4559-4fd0-a350-9edb3fb4dc96/pool HTTP 200 OK Vary: Accept Content-Type: text/html; charset=utf-8 Allow: GET, POST, HEAD, OPTIONS : : : { "name": "ecpool", "id": 1, "size": 3, "pg_num": 12, "crush_ruleset": 1, "min_size": 2, "crash_replay_interval": 0, "pgp_num": 12, "hashpspool": true, "full": false, "quota_max_objects": 0, "quota_max_bytes": 0, "type": "erasure", "erasure_code_profile": "default" } ] Moving this bz to verified state. Tested on: calamari-server-1.4.2-1.el7cp.x86_64 ceph version 10.2.2-5.el7cp
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2016:1755