From: "Michael Köppl" <m.koeppl@proxmox.com>
To: pve-devel@lists.proxmox.com
Subject: Re: [pve-devel] superseded: [PATCH container/docs/ha-manager/manager/qemu-server 0/7] fix #6613: update HA rules upon resource deletion
Date: Wed, 24 Sep 2025 18:21:32 +0200 [thread overview]
Message-ID: <b9e33fd8-2d17-4fb7-b892-9d191fd84d58@proxmox.com> (raw)
In-Reply-To: <20250917115316.131793-1-m.koeppl@proxmox.com>
Superseded-by: https://lore.proxmox.com/pve-devel/20250924160747.430018-1-m.koeppl@proxmox.com/
On 9/17/25 1:53 PM, Michael Köppl wrote:
> This patch series aims to fix #6613 [0]. Although an implementation was
> proposed in the past, it was not applied since it was unclear how to
> handle the case where the removed resource is the last resource in a
> rule.
>
> The approach in this patch series is the following:
> - With the purge param activated (default), the
> resource is removed from any rule referencing it.
> - Without the purge param, rules are left untouched, making the removal
> of resources from rules "opt-out", as was suggested in the previous
> implementation [1].
> - If the resource was the last resource in the rule *and* the purge
> param is set, the rule will also be deleted.
> - For guest destruction, the "Purge from job configurations" option will
> also set the purge parameter for removing the HA resource
> - The purge param is set by default for resource removal in the GUI and
> CLI
>
> After some back-and-forth, I settled in this approach as the most
> intuitive and transparent. Alternative approaches considered were the
> following:
> - Updating rules even without the purge flag set, but failing and
> showing an error to the user if a rule would be deleted, prompting the
> user to enable the purge flag. This approach seems to be to
> restrictive and IMO doesn't add any UX value.
> - By default not setting the purge flag. This would by default leave
> "zombie" rules with non-existent resources. This is IMO intransparent
> if it happens by default. Users might be removing resources, not even
> knowing they're leaving behind rules that still reference said
> resources.
>
> But I'm also asking for input here if someone has a different opinion or
> suggestions for alternative approaches.
>
> [0] https://bugzilla.proxmox.com/show_bug.cgi?id=6613
> [1] https://lore.proxmox.com/pve-devel/c004b755-ba3c-46cd-b559-ee2c131d97fc@proxmox.com
>
> pve-ha-manager:
>
> Michael Köppl (2):
> fix #6613: update rules containing the resource to be deleted
> api: add purge parameter for resource deletion
>
> src/PVE/API2/HA/Resources.pm | 10 +++++++++-
> src/PVE/HA/Config.pm | 15 ++++++++++++++-
> 2 files changed, 23 insertions(+), 2 deletions(-)
>
>
> qemu-server:
>
> Michael Köppl (1):
> fix #6613: pass purge param to delete_service_from_config
>
> src/PVE/API2/Qemu.pm | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
>
> pve-container:
>
> Michael Köppl (1):
> fix #6613: pass purge param to delete_service_from_config
>
> src/PVE/API2/LXC.pm | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
> pve-manager:
>
> Michael Köppl (2):
> ui: add SafeDestroyResource window
> ui: use SafeDestroyResource window for removing resources
>
> www/manager6/Makefile | 1 +
> www/manager6/ha/Resources.js | 17 +++++++++---
> www/manager6/window/SafeDestroyResource.js | 32 ++++++++++++++++++++++
> 3 files changed, 46 insertions(+), 4 deletions(-)
> create mode 100644 www/manager6/window/SafeDestroyResource.js
>
>
> pve-docs:
>
> Michael Köppl (1):
> add notes about effects of purge flag for resource and guest removal
>
> ha-manager.adoc | 4 ++++
> pct.adoc | 3 +++
> qm.adoc | 3 +++
> 3 files changed, 10 insertions(+)
>
>
> Summary over all repositories:
> 10 files changed, 83 insertions(+), 8 deletions(-)
>
_______________________________________________
pve-devel mailing list
pve-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
prev parent reply other threads:[~2025-09-24 16:21 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-17 11:53 [pve-devel] " Michael Köppl
2025-09-17 11:53 ` [pve-devel] [PATCH ha-manager 1/2] fix #6613: update rules containing the resource to be deleted Michael Köppl
2025-09-23 7:53 ` Daniel Kral
2025-09-23 8:06 ` Michael Köppl
2025-09-17 11:53 ` [pve-devel] [PATCH ha-manager 2/2] api: add purge parameter for resource deletion Michael Köppl
2025-09-23 7:51 ` Daniel Kral
2025-09-17 11:53 ` [pve-devel] [PATCH qemu-server 1/1] fix #6613: pass purge param to delete_service_from_config Michael Köppl
2025-09-17 11:53 ` [pve-devel] [PATCH container " Michael Köppl
2025-09-17 11:53 ` [pve-devel] [PATCH manager 1/2] ui: add SafeDestroyResource window Michael Köppl
2025-09-23 7:50 ` Daniel Kral
2025-09-17 11:53 ` [pve-devel] [PATCH manager 2/2] ui: use SafeDestroyResource window for removing resources Michael Köppl
2025-09-23 7:50 ` Daniel Kral
2025-09-23 8:56 ` Michael Köppl
2025-09-17 11:53 ` [pve-devel] [PATCH docs 1/1] add notes about effects of purge flag for resource and guest removal Michael Köppl
2025-09-23 8:04 ` [pve-devel] [PATCH container/docs/ha-manager/manager/qemu-server 0/7] fix #6613: update HA rules upon resource deletion Daniel Kral
2025-09-24 16:21 ` Michael Köppl [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=b9e33fd8-2d17-4fb7-b892-9d191fd84d58@proxmox.com \
--to=m.koeppl@proxmox.com \
--cc=pve-devel@lists.proxmox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.