3. What is the nature and description of the request? When creating a VM, we are not presented the option to select an affinity group, which requires you to assign the VM to an affinity group after the VM is created. It would be great to be able to select the affinity group during the creation process in order to reduce a step in the VM creation process. It would also be great to have the ability to create an affinity group during VM creation. This would help streamline the deployment process. 4. Why does the customer need this? (List the business requirements here) Because I deploy ~40 VM’s a month and we utilize affinity groups. For each VM that we deploy, we need to deploy it, back out to the cluster section, select affinity groups, edit the affinity group, add the guest, and confirm. This is no less than 8 or so clicks to simply change a setting for the VM. Also, you can’t just add a VM to an affinity group from it’s configuration. You *have* to go to the cluster section. This is counterintuitive and impacts efficiency. 5. How would the customer like to achieve this? (List the functional requirements here) Add a button in the VM creation dialog to create an affinity group and have a dropdown mechanism to select an affinity group to add the guest to. 6. For each functional requirement listed in question 5, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented. By checking if we can create and/or select affinity groups while vm creation. 7. Is there already an existing RFE upstream or in Red Hat bugzilla? No. 8. Does the customer have any specific timeline dependencies? This is just a feature request to enhance efficiency and productivity, so we have no required timeline for this. It does not affect overall platform operation or management. 9. Is the sales team involved in this request and do they have any additional input? No 10. List any affected packages or components. 11. Would the customer be able to assist in testing this functionality if implemented? We do not have a test environment available for this effort, nor do we have additional RHEV licenses to deploy such an environment.
We agreed to remove the component RFEs from Bugzilla. If you feel the component is incorrect please reach out.
This bug has not been marked as blocker for oVirt 4.3.0. Since we are releasing it tomorrow, January 29th, this bug has been re-targeted to 4.3.1.
WARN: Bug status (ON_QA) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status (ON_QA) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops
verified on http://bob-dr.lab.eng.brq.redhat.com/builds/4.4/rhv-4.4.0-14 according to the Polarion Plan
WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops
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 (Important: RHV Manager (ovirt-engine) 4.4 security, bug fix, and enhancement update), 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/RHSA-2020:3247