Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 2080755

Summary: VMs that are added when extending a VM pool are set with the template's VirtIO-SCSI Multi Queues instead of the pool's VirtIO-SCSI Multi Queues number
Product: [oVirt] ovirt-engine Reporter: Tamir <tamir>
Component: BLL.VirtAssignee: Shmuel Melamud <smelamud>
Status: CLOSED WONTFIX QA Contact: Tamir <tamir>
Severity: high Docs Contact:
Priority: unspecified    
Version: 4.5.0.5CC: ahadas, bugs, dfodor
Target Milestone: ---Flags: pm-rhel: ovirt-4.5?
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-06-16 19:03:57 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Virt RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Tamir 2022-05-01 15:40:31 UTC
Description of problem:

After the creation of a template with VirtIO-SCSI Multi Queues set to Custom and any number of queues, in our case 3, and after the creation of a VM pool from that template with the number of queues set to 5, then, when extending the VM pool size, the created VMs are created with VirtIO-SCSI Multi Queues set to Disabled instead of Custom.

Version-Release number of selected component (if applicable):
    - Engine instance with RHV 4.5.0-8 (ovirt-engine-4.5.0.5-0.7.el8ev) and RHEL 8.6 installed.
    - 3 hosts with RHV 4.5.0-8 and RHEL 8.6 and with vdsm-4.50.0.13-1.el8ev.

How reproducible:
100%

Steps to Reproduce:
1. Create a 4.7 data center and a 4.7 cluster.
2. Install the hosts and create a new NFS storage domain.
3. Create an RHEL VM with VirtIO-SCSI Multi Queues set to Custom and 3 queues.
4. Create a template from the VM.
5. Create a VM pool from the latest version of the template with size: 1,  VirtIO-SCSI Multi Queues set to Custom, and 5 queues.
6. Edit the VM pool and change the field "Increase number of VMs in pool by" to 2.
7. Check for every created VM that VirtIO-SCSI Multi Queues set to Custom, and the number of queues is set to 5.

Actual results:
1. The 4.7 data center and the 4.7 cluster were created.
2. The hosts were installed and the NFS storage domain was created.
3. The VM was created with VirtIO-SCSI Multi Queues set to Custom and 3 queues.
4. The template was created.
5. The VM pool and 1 VM were created.
6. 2 new VMs were created.
7. The newly created VMs are set with VirtIO-SCSI Multi Queues set to Disabled.

Expected results:
Steps 1-6 results are as expected. 
In step 7, the newly created VMs (After extending the pool), should have VirtIO-SCSI Multi Queues set to Custom, and the number of queues should be set to 5.

Comment 2 Arik 2022-06-16 19:03:57 UTC
it works this way for all other fields as well and that's by design - when a new version of the template is created, the VMs that are set to use its latest version should be updated to that version, including its configuration. we don't track the original template that the pool was created from so we cannot simply look at another VM that is part of the pool because it may be based on another version of the template that is completely irrelevant.