The key problem was that when importing a VM that has dedicated host and the host is not present in the cluster to which the VM is being imported, the dedicated host is cleared as well as the cpu pinning string. This leaves us with an empty cpu pinning string and MANUAL cpu pinning policy -> hence the failure on the database constraint.
Verified with: ovirt-engine-4.5.2.1-0.1.el8ev.noarch Steps: 1. Prepare a storage domain containing a VM with following configurations: - pinned to a dedicated host which is not present in the target cluster - CPU pinning policy: Manual, CPU Pinning topology: 0#0 2. Import the storage domain to the target data center 3. Import the VM from the imported storage domain to the target cluster Results: 1. The VM is imported successfully. 2. The VM is not pinned to any specific host. 3. The CPU pinning policy is changed to None, CPU Pinning topology is cleared.
Due to QE capacity, we are not going to cover this issue in our automation
This bug has low overall severity and is not going to be further verified by QE. If you believe special care is required, feel free to properly align relevant severity, flags and keywords to raise PM_Score or use one of the Bumps ('PrioBumpField', 'PrioBumpGSS', 'PrioBumpPM', 'PrioBumpQA') in Keywords to raise it's PM_Score above verification threashold (1000).
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) [ovirt-4.5.2] bug fix and security 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-2022:6393