Test Day:2010-09-23 Virtualization libguestfs
|Thursday September 23, 2010||All day||#fedora-test-day (webchat)|
 What to test?
This part of today's Fedora Test Day will focus on testing libguestfs / guestfish.
If you come to this page after the test day is completed, your testing is still valuable, and you can use the information on this page to test libguestfs and provide feedback.
 Who's available
Richard Jones is your host for today.
The following people have also agreed to be available for testing, workarounds, bug fixes, and general discussion:
- Justin M. Forbes
- add your name here
 What's needed to test
- A fully updated Fedora 14 test machine. See instructions on the main test day page. Note you can use a virtual machine for testing!
- (Optional) Existing virtual machine disk images.
 How to test
Look at the Test Cases section below and run through them.
Add your comments below this in the Issues that were identified section, and/or file bugs in Bugzilla by following this link.
 Test Cases
Things to test:
|Installation|| Install F14 (you can install it inside a virtual machine if you want, but it'll run a bit slower). Then:
yum install '*guestf*'
yum --enablerepo=updates-testing install '*guestf*'
If there are any installation errors or dependency problems, these are serious bugs and should be reported.
|Start up|| Does libguestfs start up? Firstly run this:
guestfish -a /dev/null run || echo failed
This should take a few seconds (perhaps up to a minute or two on a slow machine). It shouldn't print any error messages. You don't need to be root.
Edit: Although it "shouldn't print any error messages", if KVM is unavailable then you may see the following harmless warnings, and it'll also be a lot slower:
open /dev/kvm: No such file or directory Could not initialize KVM, will disable KVM support
If the short test above fails, please run:
If it doesn't print "== TEST FINISHED OK== " at the end, copy the complete, unedited output into a bug report, along with details of your test machine. You can also ask about problems in the IRC channel.
|Inspector|| If you have any existing virtual machine disk images around, then try running virt-inspector on them:
(Note you don't need to be root, but if the disk image isn't at least readable as non-root them you may need to chmod the image or become root). Does the output look sensible? Does it match the operating system you think is in the disk image? Are there any error messages?
|virt-df|| If you have any existing virtual machine disk images around, or the machine has libvirt guests, try running virt-df on them:
virt-df /path/to/disk.img virt-df
Does the output agree with the free/used space for that guest? Do you see any error messages? Note that virt-df has a bug where it hangs if it cannot access a disk image: RHBZ #579155
|virt-cat|| If you have any existing virtual machine disk images around, or the machine has libvirt guests, try running virt-cat on them:
virt-cat guestname /etc/fstab virt-cat guestname /var/log/messages
virt-cat guestname /var/run/utmp > /tmp/utmp who /tmp/utmp
virt-cat mydomain /var/log/wtmp > /tmp/wtmp last -f /tmp/wtmp
Does the output agree with what is in the corresponding files in that guest? Do you see any error messages?
|Make image|| Choose a large tarball and construct a disk image from it.
You have to set the size of the disk image in advance, large enough to fit the tarball with some headroom. eg. If the tarball was 10 MB, you might choose a 14 MB image (if the image is not large enough, you will trip RHBZ #580246) So:
guestfish -x alloc output.img 14M : run : \ sfdiskM /dev/sda , : \ mkfs ext2 /dev/sda1 : \ mount /dev/sda1 / : \ tgz-in something.tar.gz /
That should produce an output file (output.img) which you can look at also with guestfish:
guestfish -a output.img -m /dev/sda1 ><fs> ls /
|Advanced||If you have lots of time, try some of the guestfish recipes here:|
Thanks for your contribution to making Fedora better and less buggy!
 Issues that were identified
|ChaoYe|| • Installation
• Start up
• Make image