all lists on lists.proxmox.com
 help / color / mirror / Atom feed
* [pve-devel] [PATCH qemu-server] api: fix ova live import by using correct format for source image
@ 2025-01-20 15:57 Fiona Ebner
  2025-01-20 17:51 ` [pve-devel] applied: " Thomas Lamprecht
  0 siblings, 1 reply; 2+ messages in thread
From: Fiona Ebner @ 2025-01-20 15:57 UTC (permalink / raw)
  To: pve-devel

Commit c8ed1ac2 ("api: create disks: live import: use format from
storage layer") broke live import from an OVA containing a disk,
because a combined format like 'ova+vmdk' was used for the live-import
disk mapping, leading to failure:

> invalid format 'ova+vmdk' for 'scsi0' mapping

There was also an informational message about the confusion earlier:

> file_size_info: '/mnt/pve/dir/images/135/vm-135-disk-0.vmdk': \
> falling back to 'raw' from unknown format 'ova+vmdk

Fixes: c8ed1ac2 ("api: create disks: live import: use format from storage layer")
Signed-off-by: Fiona Ebner <f.ebner@proxmox.com>
---
 PVE/API2/Qemu.pm | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/PVE/API2/Qemu.pm b/PVE/API2/Qemu.pm
index 45fe6ea6..295260e7 100644
--- a/PVE/API2/Qemu.pm
+++ b/PVE/API2/Qemu.pm
@@ -29,7 +29,7 @@ use PVE::QemuConfig;
 use PVE::QemuServer;
 use PVE::QemuServer::Cloudinit;
 use PVE::QemuServer::CPUConfig;
-use PVE::QemuServer::Drive qw(checked_parse_volname);
+use PVE::QemuServer::Drive qw(checked_volume_format checked_parse_volname);
 use PVE::QemuServer::Helpers;
 use PVE::QemuServer::ImportDisk;
 use PVE::QemuServer::Monitor qw(mon_cmd);
@@ -450,6 +450,7 @@ my sub create_disks : prototype($$$$$$$$$$$) {
 			print "finished extracting to $extracted_volid\n";
 			push @$vollist, $extracted_volid;
 			$source = $extracted_volid;
+			$source_format = checked_volume_format($storecfg, $source);
 
 			my (undef, undef, undef, $parent)
 			    = PVE::Storage::volume_size_info($storecfg, $source);
-- 
2.39.5



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


^ permalink raw reply	[flat|nested] 2+ messages in thread

* [pve-devel] applied: [PATCH qemu-server] api: fix ova live import by using correct format for source image
  2025-01-20 15:57 [pve-devel] [PATCH qemu-server] api: fix ova live import by using correct format for source image Fiona Ebner
@ 2025-01-20 17:51 ` Thomas Lamprecht
  0 siblings, 0 replies; 2+ messages in thread
From: Thomas Lamprecht @ 2025-01-20 17:51 UTC (permalink / raw)
  To: Proxmox VE development discussion, Fiona Ebner

Am 20.01.25 um 16:57 schrieb Fiona Ebner:
> Commit c8ed1ac2 ("api: create disks: live import: use format from
> storage layer") broke live import from an OVA containing a disk,
> because a combined format like 'ova+vmdk' was used for the live-import
> disk mapping, leading to failure:
> 
>> invalid format 'ova+vmdk' for 'scsi0' mapping
> 
> There was also an informational message about the confusion earlier:
> 
>> file_size_info: '/mnt/pve/dir/images/135/vm-135-disk-0.vmdk': \
>> falling back to 'raw' from unknown format 'ova+vmdk
> 
> Fixes: c8ed1ac2 ("api: create disks: live import: use format from storage layer")
> Signed-off-by: Fiona Ebner <f.ebner@proxmox.com>
> ---
>  PVE/API2/Qemu.pm | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
> 
>

applied, thanks!


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


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2025-01-20 17:51 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2025-01-20 15:57 [pve-devel] [PATCH qemu-server] api: fix ova live import by using correct format for source image Fiona Ebner
2025-01-20 17:51 ` [pve-devel] applied: " Thomas Lamprecht

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