public inbox for pve-devel@lists.proxmox.com
 help / color / mirror / Atom feed
From: Fiona Ebner <f.ebner@proxmox.com>
To: Markus Frank <m.frank@proxmox.com>,
	Proxmox VE development discussion <pve-devel@lists.proxmox.com>
Subject: Re: [pve-devel] [PATCH qemu-server v1 1/3] fix #4888: qmrestore: add diskformat option
Date: Tue, 4 Feb 2025 17:53:31 +0100	[thread overview]
Message-ID: <db1a2bbe-e166-4dc6-8f77-cf784d9f61a5@proxmox.com> (raw)
In-Reply-To: <a91f340d-5bd0-4f53-8b4a-8a1253e85236@proxmox.com>

Am 04.02.25 um 17:44 schrieb Markus Frank:
> 
> 
> On  2025-02-04 17:39, Fiona Ebner wrote:
>> Am 04.02.25 um 17:21 schrieb Fiona Ebner:
>>> Am 04.02.25 um 17:13 schrieb Markus Frank:
>>>> Add an option to choose a file format (qcow2, raw, vmdk) when restoring
>>>> a vm backup to file based storage. This options allows all disks to be
>>>> recreated with the specified file format if supported by the target
>>>> storage.
>>>>
>>>> Signed-off-by: Markus Frank <m.frank@proxmox.com>
>>>> ---
>>>> Choosing the file format and storage for each disk would require much
>>>> more change and would be more in line with Feature Request #4275.
>>>
>>> It's not that much more change. And if we add this now and then the
>>> implementation for the other feature, we'll have duplicate/conflicting
>>> options, which is also not nice. We can deprecate this option then of
>>> course and later drop, but why not just go for the more complete
>>> solution directly? Or at least a solution that can be built upon for
>>> adding that feature later?
>>
>> Although I guess it can still serve as a fallback later too, so maybe we
>> don't even need to drop it. For new multi-word options, please use
>> kebap-case. Also, the option should not be "pve-qm-image-format", but
>> "pve-storage-format".

(The reason is pve-qm-image-format contains more than our storage layer
supports). But pve-storage-format is actually is also not fully correct,
because it contains "subvol", which should not be used for VM images. We
could think about adding a new in the storage layer (because that's
where it needs to be supported) that includes only the ones that can be
used for VM images.

> 
> I have an idea how we could avoid deprecating this.
> We could make this the default storage/format option, and override this
> selection per vm disk if desired.
> In the WebUI for example we could make this per disk selection in an
> advanced tab.

Yes, that's what I mean by "fallback" :)


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

      reply	other threads:[~2025-02-04 16:54 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-02-04 16:13 Markus Frank
2025-02-04 16:13 ` [pve-devel] [PATCH manager v1 2/3] ui: form: add hideFormatWhenStorageEmpty option to DiskStorageSelector Markus Frank
2025-02-04 16:13 ` [pve-devel] [PATCH manager v1 3/3] ui: window: add diskformat option to the restore window Markus Frank
2025-02-04 16:21 ` [pve-devel] [PATCH qemu-server v1 1/3] fix #4888: qmrestore: add diskformat option Fiona Ebner
2025-02-04 16:39   ` Fiona Ebner
2025-02-04 16:44     ` Markus Frank
2025-02-04 16:53       ` Fiona Ebner [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=db1a2bbe-e166-4dc6-8f77-cf784d9f61a5@proxmox.com \
    --to=f.ebner@proxmox.com \
    --cc=m.frank@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