Fix attach volume error for VM - different scope for VM volume and volume disk offering#5982
Conversation
|
@blueorangutan package |
|
@nvazquez a Jenkins job has been kicked to build packages. I'll keep you posted as I make progress. |
|
Packaging result: ✔️ el7 ✔️ el8 ✔️ debian ✔️ suse15. SL-JID 2573 |
|
@blueorangutan package |
|
@nvazquez a Jenkins job has been kicked to build packages. I'll keep you posted as I make progress. |
|
Packaging result: ✔️ el7 ✔️ el8 ✔️ debian ✔️ suse15. SL-JID 2574 |
|
Tested on simulator (with the use of PR #5986 to allow zone-wide storage): Cluster 1: NFS store 1 and 2 cluster-wide stores Case 1:
Case 2:
@DaanHoogland @slavkap the failure on case 2 can be solved if prior to the disk attach, the VM is migrated to a host in the same cluster as the store with has the storage tag of the disk. Do you think this case should be fixed by the code as well or handled as an operational issue? |
|
@nvazquez I think we can offer in the UI but the API is clear cut and doesn't need this extra action. This is a scripting issue to me, and the UI could do that or terraform or some other automation framework. But the backend should not do this automatically. |
slavkap
left a comment
There was a problem hiding this comment.
LGTM manually tested, and only the 1st case works
|
Thanks @DaanHoogland @slavkap! |
|
@nvazquez a Trillian-Jenkins matrix job (centos7 mgmt + xs71, centos7 mgmt + vmware65, centos7 mgmt + kvmcentos7) has been kicked to run smoke tests |
|
Trillian test result (tid-3303)
|
|
Trillian test result (tid-3302)
|
|
Trillian test result (tid-3304)
|
Description
This PR fixes an issue attaching a volume to a VM with volume on zone-wide storage pool, for target cluster-wide storage according the disk offering
Fixes: #5916
Types of changes
Feature/Enhancement Scale or Bug Severity
Feature/Enhancement Scale
Bug Severity
Screenshots (if appropriate):
How Has This Been Tested?