all lists on lists.proxmox.com
 help / color / mirror / Atom feed
From: Thomas Lamprecht <t.lamprecht@proxmox.com>
To: Proxmox VE development discussion <pve-devel@lists.proxmox.com>,
	Fiona Ebner <f.ebner@proxmox.com>
Subject: Re: [pve-devel] [PATCH container] api: restore: keep not backed-up volumes
Date: Mon, 10 Feb 2025 17:05:40 +0100	[thread overview]
Message-ID: <bf3a0939-3dbc-44b6-9065-ba584067b5d7@proxmox.com> (raw)
In-Reply-To: <20250205143554.87844-1-f.ebner@proxmox.com>

Am 05.02.25 um 15:35 schrieb Fiona Ebner:
> Same rationale as in pve-manager commit 5f855ccf ("ui: restore:
> improve warning for restoring container with same ID"): it's
> surprising to (new) users that all owned mount point volumes are
> erased upon container restore, even those that are not currently
> selected for backup. This is different from VM restore, where volumes
> attached at drives not present in the backup will be kept around as
> unused volumes.
> 
> Many users got tripped up by this over the years (e.g. [0][1][2]).
> While the warning added by pve-manager commit 5f855ccf helps, fact is
> that there are still new reports about lost data and thus very bad UX,
> because of this behavior.
> 
> This patch brings the behavior more in line with VM restore. A
> container backup does not contain the detailed information about which
> mount point volumes were included, so rely on the 'backup' flag to
> determine which ones were included and which were not. Note this is
> a bit more careful than VM restore, which only looks whether a volume
> with the same key is included in the backup and does not also consider
> the current 'backup' flag.
> 
> Remove snapshots from the kept volumes, there are no snapshots after
> restore.
> 
> Note that this does not change the fact that mount point volumes
> (according to the configuration contained in the backup) will be
> allocated and thus more space is required in scenarios where some
> volumes are kept.
> 
> The long term plan is to allow selecting actions for volumes
> individually. For now, use a safer default.
> 
> [0]: https://bugzilla.proxmox.com/show_bug.cgi?id=3783
> [1]: https://forum.proxmox.com/threads/109707/post-745415
> [2]: https://forum.proxmox.com/threads/111760/post-482045
> 
> Signed-off-by: Fiona Ebner <f.ebner@proxmox.com>
> ---
> 
> Since other users might rely on the current removal, we probably want
> to wait until either the next point release with this or even until
> PVE 9.
> 


Another option might be to make this opt-out in the UI, i.e. not
per volume (can be done later) but for the whole restore.

btw. pve-manager commit 5f855ccf would need to be reverted along
side this to avoid making UX even more confusing.


_______________________________________________
pve-devel mailing list
pve-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel


      reply	other threads:[~2025-02-10 16:06 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-02-05 14:35 Fiona Ebner
2025-02-10 16:05 ` Thomas Lamprecht [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=bf3a0939-3dbc-44b6-9065-ba584067b5d7@proxmox.com \
    --to=t.lamprecht@proxmox.com \
    --cc=f.ebner@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.
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal