mlsorensen opened a new pull request, #7880:
URL: https://github.com/apache/cloudstack/pull/7880

   ### Description
   
   This PR fixes the case where someone updates the VM details via API and the 
non-displayable details that cloudstack uses for managing config internally get 
deleted.  An example of a non-displayable detail is `configDriveLocation`. If a 
user is using host based config drive, then configDriveLocation = "HOST".  If 
any detail is updated/changed, then this non-displayable detail is wiped. It 
was never visible via the API, so there's no chance someone could preserve it 
during a detail update.
   
   In the case that the VM is stopped, a detail is updated, and then the VM 
delete is attempted, VM deletion can fail because it can't find the proper 
config drive location. A workaround for this specific situation is to start the 
VM, which will rewrite the missing detail. However, this surfaced the issue 
that these hidden details aren't preserved if details are updated.
   
   ### Types of changes
   
   - [ ] Breaking change (fix or feature that would cause existing 
functionality to change)
   - [ ] New feature (non-breaking change which adds functionality)
   - [x] Bug fix (non-breaking change which fixes an issue)
   - [ ] Enhancement (improves an existing feature and functionality)
   - [ ] Cleanup (Code refactoring and cleanup, that may add test cases)
   
   ### Feature/Enhancement Scale or Bug Severity
   
   #### Feature/Enhancement Scale
   
   - [ ] Major
   - [x] Minor
   
   #### Bug Severity
   
   - [ ] BLOCKER
   - [ ] Critical
   - [ ] Major
   - [x] Minor
   - [ ] Trivial
   
   
   ### Screenshots (if appropriate):
   
   
   ### How Has This Been Tested?
   Tested as user and as admin manually.
   
   Provided a Marvin test for updateVirtualMachine to cover common situations.
   
   
   <!-- Please read the 
[CONTRIBUTING](https://github.com/apache/cloudstack/blob/main/CONTRIBUTING.md) 
document -->
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to