public inbox for pve-devel@lists.proxmox.com
 help / color / mirror / Atom feed
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

      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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal