- You can now download RHEL 7.2 preview packages for virt-v2v
- Windows 8, 8.1, 2012 and 2012R2 are supported: I finally worked out the complicated series of Windows registry edits needed to make this work.
- Guests with sound cards are now supported.
- Guests with VNC display port information are now supported (thanks Pino Toscano).
- There is now a test harness for virt-v2v.
- Integration with oVirt and RHEV-M.
Tag Archives: libguestfs
This video shows using the GUI to import a virtual machine from VMware to RHEV-M. It performs the conversion using virt-v2v, which is responsible for installing virtio drivers, fixing the bootloader, and so forth.
Thanks Arik Hadas. Now I just have to fix the epic RHEL 7.2 bug list — 57 bugs at last count :-(
virt-builder now has Fedora 21 ppc64 and ppc64le images available, and you can run these under emulation on an x86-64 host. Here’s how to do it:
$ virt-builder --arch ppc64 fedora-21 \ -o fedora-21-ppc64.img
$ virt-builder --arch ppc64le fedora-21 \ -o fedora-21-ppc64le.img
To boot them:
$ qemu-system-ppc64 -M pseries -cpu POWER8 -m 4096 \ -drive file=fedora-21-ppc64[le].img \ -serial stdio
Oddly the boot messages will appear on the GUI, but the login prompt will only appear on the serial console. (Fixed)
Libvirt also has support, so with a sufficiently new version of the toolchain you can also use:
$ virt-install --import --name=guestname \ --ram=4096 --vcpus=1 \ --os-type=linux --os-variant=fedora21 \ --arch=ppc64[le] --machine pseries \ --disk=fedora-21-ppc64[le].img,format=raw $ virsh start guestname
It’s quite fun to play with Big Iron, even in an emulator that runs at about 1/1000th the speed of the real thing. I know a lot about this, because we have POWER8 machines at Red Hat, and they really are the fastest computers alive, by a significant multiple. Of course, they also cost a fortune and use huge amounts of power.
Some random observations:
virt-builder --sizeparameter cannot resize the ppc64 guest filesystem correctly, because Anaconda uses an extended partition. Workaround is to either add a second disk or to create another extended partition in the extra space.
- The disks are
ibmvscsimodel (not virtio or ide). This is the default, but something to think about if you edit or create the libvirt XML manually.
Somehow the same CPU/machine model works for both Big Endian and Little Endian guests. It must somehow auto-detect the guest type, but I couldn’t work out how that works. Anyway, it just works by magic.it’s done by the kernel
- libguestfs inspection is broken for ppc64le
- Because TCG (qemu software emulation) is single threaded, only use a single vCPU. If you use more, it’ll actually slow the thing down.
Thanks: Maros Zatko for working out the virt-install command line and implementing the virt-builder script to build the images.
You can use virt-builder to make Fedora 21 aarch64 guests easily:
$ virt-builder --arch aarch64 fedora-21
but unless you have real aarch64 hardware, how do you boot them?
Well the latest qemu supports working system emulation for 64 bit ARM. So assuming you (a) have compiled a very new
qemu-system-aarch64 (I recommend qemu from git), and (b) you have the AAVMF (UEFI for aarch64) firmware, then:
$ qemu-system-aarch64 \ -nodefconfig -nodefaults -display none \ -M virt -cpu cortex-a57 -machine accel=tcg -m 2048 \ -drive if=pflash,format=raw,file=AAVMF_CODE.fd,readonly \ -drive if=pflash,format=raw,file=vars.fd \ -drive file=fedora-21.img,format=raw,if=none,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -netdev user,id=usernet \ -device virtio-net-device,netdev=usernet \ -serial stdio
And that will boot the aarch64 guest.
Edit: If using Gerd’s AAVMF repo, replace
Why has wordpress.com decided to break all inline images in postings?
If you have ARM 64 bit hardware, you can now use virt-builder to create Fedora 21 guests …
$ virt-builder fedora-21 [ 1.0] Downloading: http://libguestfs.org/download/builder/fedora-21-aarch64.xz [ 5.0] Planning how to build this image [ 5.0] Uncompressing [ 12.0] Opening the new disk [ 44.0] Setting a random seed [ 44.0] Setting passwords virt-builder: Setting random password of root to JRjjjDxEfsZuCWca [ 47.0] Finishing off Output file: fedora-21.img Output size: 4.0G Output format: raw Total usable space: 5.2G Free space: 4.4G (85%)
I’m thankful to Pino Toscano for adding multi-architecture support to virt-builder a while back.
As shown above, virt-builder will pick the right architecture corresponding to the host, or you can override its choice by using
For more half-baked ideas, see the ideas tag.
Containers offer a way to do limited virtualization with fewer resources. But a lot of people have belatedly realized that containers aren’t secure, and so there’s a trend for putting containers into real virtual machines.
Unfortunately qemu is not very well suited to just running a single instance of the Linux kernel, as we in the libguestfs community have long known. There are at least a couple of problems:
- You have to allocate a fixed amount of RAM to the VM. This is basically a guess. Do you guess too large and have memory wasted in guest kernel structures, or do you guess too small and have the VM fail at random?
- There’s a large amount of overhead — firmware, legacy device emulation and other nonsense — which is essentially irrelevant to the special case of running a Linux appliance in a VM.
Here’s the half-baked idea: Let’s make a qemu “container mode/machine” which is better for this one task.
Unlike other proposals in this area, I’m not suggesting that we throw away or rewrite qemu. That’s stupid, as qemu gives us lots of useful abilities.
Instead the right way to do this is to implement a special
virtio-ram device where the guest kernel can start off with a very tiny amount of RAM and request more memory on demand. And an empty machine type which is just for running appliances (qemu on ARM already has this: mach-virt).
Libguestfs people and container people, all happy. What’s not to like?
… and there is a virt-builder image available. Get a Fedora 21 VM image in a few seconds:
$ virt-builder fedora-21 [ 2.0] Downloading: http://libguestfs.org/download/builder/fedora-21.xz [ 2.0] Planning how to build this image [ 2.0] Uncompressing [ 14.0] Opening the new disk [ 28.0] Setting a random seed [ 28.0] Setting passwords virt-builder: Setting random password of root to thu1hKRoXBxBigfC [ 29.0] Finishing off