Provision to assign disk offering(s) for volumes(s) when migrate VM with volumes
- Dominant language
- Java
- Stars
- 3.1k
- Forks
- 1.4k
- Avg merge
- 6d 19h
- Merged PRs (30d)
- 32
Description
### problem
Currently, Migrate VM with volume(s) bypasses the service and disk offerings of the volumes, as the target pools for migration are specified and volumes can be moved between shared to local and local to shared pools without any offering change. The subsequent operations on these volumes were impacted due to disk offering and pool type mismatch.
There should be provision to admin/operation, to assign disk offering(s) for volumes(s) with proper checks, when migrate VM with volumes (mainly when change in pool type - shared to local, local to shared). Similar provision was already there for Migrate volume, and it prompts to change the disk offering.
### versions
ACS 4.20.x , KVM Hypervisor, NFS / Local Storage.
### The steps to reproduce the bug
1. Deploy a VM with ROOT and DATA volumes on Local storage.
2. Migrate VM with volumes to NFS (Shared) storage - the Disk Offerings still point to Local storage offering.
### What to do about it?
Allow operator to assign disk offering(s) for volumes(s) when migrate VM with volumes, or auto assign the suitable offering.
Contributor guide
Research direction
Start by comparing the existing Migrate volume flow, which prompts for a disk offering, with the Migrate VM with volumes flow described in the issue. Reproduce migration from local storage to NFS and verify that the completed behavior either allows suitable disk offerings to be assigned with checks or assigns them automatically without a pool-type mismatch.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- backend, cloud, infrastructure
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100