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
prev parent 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 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