Il 26/07/25 15:11, Richard W.M. Jones ha scritto:
On Sat, Jul 26, 2025 at 02:09:01PM +0100, Richard W.M. Jones wrote:
Are you sure that your Alpine applications can't simply be recreated
(eg. from Ansible playbooks or however you deploy software) on the
target?

... or even just copied as a disk image to KVM?  Alpine might already
have virtio drivers in the bootloader/initramfs.

Rich.

I sincerely didn't even try, I just picked an ova appliance that I wanted to test out (the archiveteam one[1]) and started poking around with virt-v2v (and all the underlying liguestfs + supermin stack) to see if it could be directly converted to a libvirt appliance.

I'm positive that I could create a functioning VM by just extracting the VMDK disk image from that ova with little to no issues, but I guess I was in for a little more "fun" and quite a rabbit hole exploration ^_^

In the meantime, I tested these more "mainstream" ovas:

- fedora-coreos-42.20250705.3.0-virtualbox.x86_64.ova: it failed because (I guess) the xfsprogs on my host (and hence the supermin appliance) are too old to support some xfs features in the disk image. This is the error trace:

commandrvf: xfs_repair -n -P -m 1280 /dev/sda4
Phase 1 - find and verify superblock...
Superblock has unknown compat/rocompat/incompat features (0x0/0x0/0x20).
Using a more recent xfs_repair is recommended.
Found unsupported filesystem features.  Exiting now.
guestfsd: => xfs_repair (0x16e) took 0.02 secs
libguestfs: trace: v2v: xfs_repair = 1
virt-v2v: error: detected errors on the XFS filesystem on /dev/sda4

 - noble-server-cloudimg-amd64.ova (ubuntu): it worked without issues

Where can I post the aforementioned Slackware-support patches when I
feel confident about them? On the mailing list?

You can either use 'git-email' to email them to
guestfs@lists.libguestfs.org (no subscription is required), or you can
post them as pull requests to the relevant upstream project(s) on
https://github.com/libguestfs

I'd like to start with a small patch for virt-v2v, which I'll submit as a PR to https://github.com/libguestfs/virt-v2v. Would you prefer that I open a corresponding issue to go with the PR, or is the PR alone sufficient?


[1] https://tracker.archiveteam.org/

--
Alan Alberghini

SBo clone: https://github.com/414n/slackbuilds.org
_______________________________________________
Libguestfs mailing list -- guestfs@lists.libguestfs.org
To unsubscribe send an email to guestfs-le...@lists.libguestfs.org

Reply via email to