Description of problem: block hosting volumes are created automatically during the deployment of CNS. Until CNS 3.9, the block hosting volumes were of type replica 3. With arbiter volume type being introduced in CNS 3.10, an option or a provision should be made for the block hosting volume to be a arbiter volume by default. This has to be handled during the initial deployment. Also, when the block hosting volume is out of space, new block hosting volume being created automatically should also be of type arbiter instead of replica 3. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
patchposted at https://github.com/heketi/heketi/pull/1253
How it works, When a block hosting volume is created, either by auto creation when blockvolume is requested or by heketi cli volume create --block true option, heketi applies "group gluster-block" gluster option. However, if one wants to have a arbiter volume as a block hosting volume, there was no way specify it. This feature allows users to specify the options used for new block hosting volume creation a. Config file option under glusterfs section in heketi.json: block_hosting_volume_options b. environment variable: HEKETI_BLOCK_HOSTING_VOLUME_OPTIONS Users can replace the default option list by setting these options. Hence, to create block hosting volumes that are also arbiter volumes, set the value to "group gluster-block,user.heketi.arbiter true". It is NOT recommended to remove group gluster-block option from block hosting volumes. During volume creation, skip-block-hosting-volume-options flag can be set to true to not set options provided in conf or env. However, GlusterVolumeOptions that are provided in the command will be applied. Note that no storageclass changes are required. However, editing of heketi.json config and/or env of pod is required.
Jose, is there a way to provide env to heketi deployment config as part of the installation? As you can see from comment 4, we have a new option HEKETI_BLOCK_HOSTING_VOLUME_OPTIONS. This tweaks how block hosting volume is created. If one were to set this option after the logging and metrics pods are deployed, it would be too late.
In general, that can be done. It's obviously too late to provide that got OCP 3.10 GA, so it would have to go into 3.10.z which would be at the earliest three weeks after GA.
Fixed in version : rhgs-volmanager-rhel7:3.3.1-20
Hi, I have verified this bug ob below Rpm and container Image. It is working fine. Hence marking this as verified. Rpm: -> heketi-7.0.0-5.el7rhgs.x86_64 Container Image: -> rhgs-volmanager-rhel7:3.3.1-21
I had mention wrong container Image by mistake the correct one is below. rhgs-volmanager-rhel7:3.3.1-22
have updated the doc_text field. Kindly review.
Doc Text looks OK
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-2018:2686