--- Begin Message ---
> No related, but could it be possible to implement it, for simple
> vm/template full cloning with source+target are both rbd ? It's
> really
> faster with 'qemu-img convert'
>>Hmm, we could shift offline copy of images to the storage layer (at
>>least in some cases). We just
Am 18.12.24 um 16:33 schrieb DERUMIER, Alexandre via pve-devel:
>>> Am 18.12.24 um 15:20 schrieb Daniel Kral:
- When exporting with "pvesm export ...", the volume has the same
>> checksum as with "rbd export ..." with the size header prepended
>
>>> Well, I totally missed the existence of "rb
--- Begin Message ---
>>Am 18.12.24 um 15:20 schrieb Daniel Kral:
> >>- When exporting with "pvesm export ...", the volume has the same
> checksum as with "rbd export ..." with the size header prepended
>>Well, I totally missed the existence of "rbd export" in my hurry to
>>get
>>this working. See
Am 18.12.24 um 15:20 schrieb Daniel Kral:
> - When exporting with "pvesm export ...", the volume has the same
> checksum as with "rbd export ..." with the size header prepended
Well, I totally missed the existence of "rbd export" in my hurry to get
this working. Seems to be about 1.5 times faster
On 12/17/24 16:48, Fiona Ebner wrote:
[ ... ]
+
+die "volume export format $format not available for $class\n" if $format
ne 'raw+size';
+die "cannot export volumes together with their snapshots in $class\n" if
$with_snapshots;
+die "cannot export an incremental stream in $class\n"
For now, only 'raw+size' is supported and it's not possible to
export/import with snapshots. The volume or snapshot is mapped using
krbd and then the data is read via 'dd'.
Introducing an 'rbd' transport format might be feasible for more
complete (i.e. with snapshots, incremental) transfer between
