Description of problem: When a arbiter volume is created using gdeploy all the bricks for the volumes are created of equal sizes leaving the gain that arbiter brings. Version-Release number of selected component (if applicable): cockpit-ovirt-dashboard-0.10.7-0.0.6.el7ev.noarch How reproducible: Always Steps to Reproduce: 1. Install the latest cockpit-ovirt-dashboard 2. Create a arbiter volume. 3. Actual results: When replicated arbiter volume is created using cockpit-gdeploy all the bricks of the arbiter volume are created with equal sizes. Expected results: size of the arbiter brick should be calculated according to the recommendations present in link [1] [1] https://bugzilla.redhat.com/show_bug.cgi?id=1365850#c29 Additional info:
The expectation of this bug is that cockpit should help in HCI deployment, when user chooses to deploy with 2 powerful nodes ( both high on compute and storage ) and 1 least powerful node ( either low on spec wrt to storage or compute, maybe both ). In this case, what is recommended storage stack on the third node ? The ideal solution that I could think of is : Leave it to user to create the storage space for arbiter brick and get it as input from cockpit. This is fairly simple. User need to allocate the size for the arbiter based on the calculation[1] and provide the brick path as the input to the cockpit, so that would be used as arbiter brick during volume creation. Recommend user to create such a storage space for arbiter with thinlv that would help in safely extending the size of the thin lv. in case arbiter brick getting full in future. What are the other solutions to this problem ? [1] - https://bugzilla.redhat.com/show_bug.cgi?id=1365850#c29
Created attachment 1261059 [details] Gdeploy config file with proper arbiter brick configuration
I will post a patch with the following assumptions. 1. There are exactly three hosts in the deployment. This is already validated in the hosts step. 2. Third host in the list will be used as arbiter host and all arbiter bricks will be created from this host. 3. Disk names are same across all the three hosts. 4. PVs and VGs will be created in the same way in all the hosts. 5. Size of arbiter brick will be 10GB. So if we have to create 2 arbiter bricks from same disk then size of the thinpool will be 20 GB 6. LV and Thinpool section in the generated gdeploy config file will be common for first 2 hosts and different for third host.
Tested with cockpit-ovirt-dashboard-0.10.7-0.0.15 LVs for arbiter bricks are created of different size than the other 2 bricks ( in that replica set ) and has the size of 10GB