Description of problem: --------------------------- In gluster deployment when the RAID type is set as RAID 5 the deployment fails stating error "Unknown disktype. Allowed disktypes: JBOD, RAID6, RAID10". Whereas RAID 5 disktype is also allowed Version-Release number of selected component : ----------------------------------------------- rhvh-4.3.0.5-0.20190225 glusterfs-server-3.12.2-45 cockpit-ovirt-dashboard-0.12.3-1.el7ev gluster-ansible-cluster-1.0-1.el7rhgs.noarch gluster-ansible-features-1.0.4-3.el7rhgs.noarch gluster-ansible-maintenance-1.0.1-1.el7rhgs.noarch gluster-ansible-infra-1.0.3-2.el7rhgs.noarch gluster-ansible-roles-1.0.4-3.el7rhgs.noarch gluster-ansible-repositories-1.0-1.el7rhgs.noarch How reproducible: ------------------ Everytime Steps to Reproduce: -------------------- 1.Log in to cockpit UI and fill in all the required parameters 2.In brick tab choose RAID 5 as disk type. Actual results: ------------------- Deployment fails for RAID 5 disktype. Expected results: ------------------- Deployment should not fail for RAID 5. Additional info: ----------------- Under location /etc/ansible/roles/gluster.infra/roles/backend_setup/tasks in file thin_pool_create.yml doesnot hold RAID5 as disk type. ------------------
Created attachment 1538899 [details] error in log files
Created attachment 1538900 [details] thipool creation file
Moving this to ON_QA as dependent bug is in ON_QA.
Created attachment 1541326 [details] RAID 5 disk type available
Tested with the following:- rhvh-4.3.0.5-0.20190305 gluster-ansible-maintenance-1.0.1-1.el7rhgs.noarch gluster-ansible-roles-1.0.4-4.el7rhgs.noarch gluster-ansible-infra-1.0.3-3.el7rhgs.noarch gluster-ansible-repositories-1.0-1.el7rhgs.noarch gluster-ansible-features-1.0.4-5.el7rhgs.noarch gluster-ansible-cluster-1.0-1.el7rhgs.noarch While gluster deployment RAID 5 disk type was available in drop down and deployment was successful when disktype RAID 5 is chosen. Hence , moving the bug to verified.
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/RHEA-2019:1121