|Thursday September 15, 2011||From 12:00 to 21:00 UTC (8am -> 5pm EDT)||#fedora-test-day (webirc)|
- 1 What to test?
- 2 Who's available
- 3 What's needed to test
- 4 How to test?
- 5 Test Results
What to test?
Today's installment of Fedora Test Day will focus on Virtualization improvements in Fedora 16. There is a large list of virtualization improvements coming in Fedora. To simplify things, testing will be divided up into a number of sections.
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 and provide feedback.
The following cast of characters will be available testing, workarounds, bug fixes, and general discussion ...
What's needed to test
- A fully updated Fedora 16 Alpha machine. See instructions below.
- Hardware virtualization support (e.g. Intel VT or AMD-V) (see How_to_debug_Virtualization_problems#Is_My_Guest_Using_KVM.3F Is My Guest Using KVM?). If unavailable, you can still help with testing QEMU support.
- At least one guest image installed before the test day (suggested reading - Virtualization_Quick_Start)
- Up to 10-20Gb free disk space. Guest images take up a lot of space.
- See the individual test area pages for specific requirements.
How to test?
Update your machine
See the instructions on the Branched page on the various ways in which you can install or update to the Branched release. You should have at least the following packages installed.
Note: If you get grub vs grub2 conflicts when installing any packages, this is a known bug in grub2. It should work if you add the
--enablerepo=updates-tesing --skip-broken flags to yum.
Install Fedora 16
Testing requires the latest virtualization software included in Fedora Rawhide. Update your system to the latest rawhide using one of the following techniques.
Note: if you are using the Live CD image, you will need to mount storage for guests either from the local disk or from NFS. If the latter, you will need to run
setsebool virt_use_nfs=on in order for it to work with SELinux.
When ready, select a category below and follow the instructions provided in each of the test cases:
- QA:Testcase Live Migration using libvirt/virsh
- QA:Testcase Offline (paused) Migration using libvirt/virsh
- QA:Testcase Virtualization Check SPICE password support
- QA:Testcase Virtualization Manually set spice listening port with TLS port set
- QA:Testcase Virtualization Setting up a VM with Spice
- QA:Testcase Virtualization Spice listen on all public network interfaces
- QA:Testcase Virtualization libvirt create a logical pool
- QA:Testcase Virtualization libvirt save and restore with svirt
- QA:Testcase Virtualization libvirt set guest memory
- QA:Testcase Virtualization Attach/Detach a SCSI device to guest
- QA:Testcase Virtualization Hotplug USB device to guest
Read more about this here: http://libguestfs.org
As Xen Guest (DomU)
Report your Results
If you have problems with any of the tests, report a bug to Bugzilla. For instance file a bug report against the component virt-manager if you have problems testing the
virt-manager. If you are unsure about exactly how to file the report or what other information to include, just ask on IRC and we will help you. Also, consult How_to_debug_Virtualization_problems for guidance resolving any issues.
Once you have completed the tests, add your results to the Results table below, following the example results from the first line as a template. The first column should be your name with a link to your User page in the Wiki if you have one, and the second should be a link to the Smolt profile of the system you tested. For each test case, use the result template to enter your result, as shown in the example result line.
Each column should be a test case or configuration, and each row should consist of test results. Include a link where to report bugs. For example:
Please report all bugs into Bugzilla against the component listed in the individual test area.
Things that Work Well
Issues that Were Identified
|Kashyap Chamarthy||HW||Cannot install a guest via virt-install. This is essentially blocks people from doing quick un-attended installs.||Refer comment #2 RHBZ #677768|