Bug 1549761
Summary: | [RFE] Flag to avoid deletion from compute resource of an host associated when it's removed from satellite | ||
---|---|---|---|
Product: | Red Hat Satellite | Reporter: | Andrea Perotti <aperotti> |
Component: | Compute Resources | Assignee: | Marek Hulan <mhulan> |
Status: | CLOSED ERRATA | QA Contact: | Lukáš Hellebrandt <lhellebr> |
Severity: | high | Docs Contact: | |
Priority: | urgent | ||
Version: | 6.3.0 | CC: | ahumbe, bbuckingham, bkearney, cdonnell, cmarinea, dchaudha, dyuen, fgarciad, green, ktordeur, lhellebr, mhulan, oprazak, pdudley, rjerrido, rraghuwa, stefan.heijmans, tasander, zhunting |
Target Milestone: | 6.5.0 | Keywords: | FutureFeature, PrioBumpField, PrioBumpGSS, PrioBumpPM |
Target Release: | Unused | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | foreman-1.20.1.4-1 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-05-14 12:37:00 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1541321 |
Description
Andrea Perotti
2018-02-27 18:59:39 UTC
Created redmine issue http://projects.theforeman.org/issues/22737 from this bug Marking bz1634114 as a dupe of this BZ. There are two use-cases we need to solve for: 1 - As a user, if I interactively delete a host record, I should (have the option to) be prompted if it is associated with a virtual machine. 2 - As a user, if I delete a host record via hammer/API, I should have the option to be force deletion of both the host record and virtual machine. *** Bug 1634114 has been marked as a duplicate of this bug. *** Upstream bug assigned to mhulan Upstream bug assigned to mhulan Moving this bug to POST for triage into Satellite 6 since the upstream issue https://projects.theforeman.org/issues/22737 has been resolved. *** Bug 1650680 has been marked as a duplicate of this bug. *** I don't think the description in settings makes sense: "Destroy associated VM on host delete. When enabled, VMs linked to Hosts will be deleted on Compute Resource, meaning they can be re-associated or imported back to Satellite again. This does not automatically power off the VM" This may have been caused by changing "Disassociate VMs before Host deletion" to "Destroy associated VM on host delete" which has opposite meaning and uncarefully editing the description. When deleting a host with the flag set to true, a confirmation dialogue informing about VM deletion is correctly displayed. However, when bulk-deleting hosts, the confirmation dialogue is NOT displayed and the VMs are deleted immediately. The finding in comment 33 is IMHO out of the scope for this bug. The scope was described in comment 17. This is not regression introduced by this change AFAIK. Given you can select multiple hosts that are virtual or not, the message would have to be too generic. Lukáš, if you want this to be changed, please open a separate RFE, it should not block this BZ. Marek, do we want this warning to also appear in Hammer? I suppose not but asking just to be sure we only want this in WebUI. If you had interactive confirmation in mind, that would feel inconsistent with other destructive operations. I'd say yes to make it part of help output, but only in generic form, hammer shouldn't change help based on server configuration I think. If you'd like to see that, I'd track under separate RFE, to no longer block this feature. I agree. VERIFIED this on Sat 6.5 snap 11. Deleting a host (even in bulk operation) that has a VM associated now warns that it will delete the VM, too, and points to the settings where this behavior can be changed. When it is changed, the warning changes, saying it will not delete the VM. *** Bug 1504267 has been marked as a duplicate of this bug. *** 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, 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-2019:1222 |