Test Day:2013-05-28 Virtualization

From FedoraProject

(Difference between revisions)
Jump to: navigation, search
m (Re-add spacing after 'areas to test')
(New Features)
 
(45 intermediate revisions by 7 users not shown)
Line 6: Line 6:
 
| time = all day
 
| time = all day
 
| website = [[Virtualization]]
 
| website = [[Virtualization]]
| irc = [irc://irc.freenode.net/#fedora-test-day #fedora-test-day] ([http://webchat.freenode.net/?channels=fedora-test-day webirc])
+
| irc = [irc://irc.freenode.net/#fedora-test-day #fedora-test-day]
<!-- [http://meetbot.fedoraproject.org/fedora-test-day/2013-05-28/XXXX IRC logs]) -->
+
([http://webchat.freenode.net/?channels=fedora-test-day webirc] [http://meetbot.fedoraproject.org/fedora-test-day/2013-05-28/fedora-test-day.2013-05-28-11.10.log.txt IRC logs])
 
| fedora_mailing_list = virt}}
 
| fedora_mailing_list = virt}}
  
{{admon/warning | Under construction | The Test Day page is under construction. It will be ready in time for the Test Day (and this message will be removed).}}
+
<!-- {{admon/warning | Under construction | The Test Day page is under construction. It will be ready in time for the Test Day (and this message will be removed).}} -->{{admon/note | Can't make the date? | If you come to this page before or after the test day is completed, your testing is still valuable, and you can use the information on this page to test, file any bugs you find at [http://bugzilla.redhat.com Bugzilla], and add your results to the results section. If this page is more than a month old when you arrive here, please check the [[QA/Test_Days|current schedule]] and see if a similar but more recent Test Day is planned or has already happened.}}
 
+
{{admon/note | Can't make the date? | If you come to this page before or after the test day is completed, your testing is still valuable, and you can use the information on this page to test, file any bugs you find at [http://bugzilla.redhat.com Bugzilla], and add your results to the results section. If this page is more than a month old when you arrive here, please check the [[QA/Test_Days|current schedule]] and see if a similar but more recent Test Day is planned or has already happened.}}
+
 
+
  
 
== What to test? ==
 
== What to test? ==
Line 28: Line 25:
 
* [[User:crobinso|Cole Robinson]] (crobinso)
 
* [[User:crobinso|Cole Robinson]] (crobinso)
 
* [[User:kashyapc|Kashyap Chamarthy]] (kashyap)
 
* [[User:kashyapc|Kashyap Chamarthy]] (kashyap)
 +
* [[User:rjones|Richard W.M. Jones]] (rwmjones)
 +
* [[User:laine|Laine Stump]] (laine)
  
 
== Known issues ==
 
== Known issues ==
Line 35: Line 34:
 
* running libvirtd inside a guest can break that guests networking. you can work around this by using 'sudo virsh net-edit default' inside the VM, and change all instances of 192.168.122 to 192.168.123 and restarting the VM: [https://bugzilla.redhat.com/show_bug.cgi?id=811967 bug 811967]
 
* running libvirtd inside a guest can break that guests networking. you can work around this by using 'sudo virsh net-edit default' inside the VM, and change all instances of 192.168.122 to 192.168.123 and restarting the VM: [https://bugzilla.redhat.com/show_bug.cgi?id=811967 bug 811967]
 
* saving (migrate to file) a guest using spice is crashy [https://bugzilla.redhat.com/show_bug.cgi?id=962954 bug 962954]
 
* saving (migrate to file) a guest using spice is crashy [https://bugzilla.redhat.com/show_bug.cgi?id=962954 bug 962954]
 +
* /dev/vfio/vfio has wrong default permissions. [https://bugzilla.redhat.com/show_bug.cgi?id=967230 bug 967230]
 +
* Storage migration can fail at the end of the process [https://bugzilla.redhat.com/show_bug.cgi?id=967242 bug 967242]
 +
* Fedora 19 isn't listed as an OS option in virt-manager [https://bugzilla.redhat.com/show_bug.cgi?id=950230 bug 950230]
 +
* VM's can hang when trying to destroy: [https://bugzilla.redhat.com/show_bug.cgi?id=961665 bug 961665]
 +
* QXL + VNC has graphical corruption: [https://bugzilla.redhat.com/show_bug.cgi?id=948717 bug 948717]
 +
* On initial install, wrong /dev/kvm permissions cause weird libvirt error reporting: hda-duplex not supported by this binary. Reboot should fix it: [https://bugzilla.redhat.com/show_bug.cgi?id=967836 bug 967836]
 +
* Bad guest performance using virt-install --location install: [https://bugzilla.redhat.com/show_bug.cgi?id=967780 bug 967780]
  
 
== What's needed to test ==
 
== What's needed to test ==
Line 41: Line 47:
 
* 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.
 
* 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.
 
* Up to 10-20Gb free disk space. Guest images take up a lot of space.
 
* Up to 10-20Gb free disk space. Guest images take up a lot of space.
* Get the packages with <br><pre>yum groupinstall virtualization</pre>
+
* Get the packages with: <code>yum groupinstall virtualization</code>
  
 
As for getting the latest virt packages, you have a few options:
 
As for getting the latest virt packages, you have a few options:
 +
 +
=== Virt Test Day Live CD ===
 +
 +
There's a Fedora 19 live CD image that already has all the required virtualization packages installed (though you should still <code>yum update</code> after booting). You will probably want a good amount of RAM if using this option (greater than 4G) since you'll be using RAM for both a VM and running the live OS.
 +
 +
* Get the image: <code>wget -c http://fedorapeople.org/groups/qa/testday-20130528-x86_64.iso</code>
 +
* For Live CD or USB setup instructions, see: [[FedoraLiveCD#Download_and_Create_Live_image_or_Live_USB]]
 +
* If you have a really beefy machine, you can probably run the Live CD in a VM using nested virtualization! (see instructions below)
  
 
=== Fedora 19 on a physical machine ===
 
=== Fedora 19 on a physical machine ===
  
The preferred testing platform is a fully updated Fedora 19 machine. You have a few options for getting the Fedora 18 bits:
+
The preferred testing platform is a fully updated Fedora 19 machine. You have a few options for getting the Fedora 19 bits:
  
* Install with CD/DVD.
+
==== Install with CD/DVD ====
** Latest live CD builds ('desktop' is the default): http://alt.fedoraproject.org/pub/alt/nightly-composes/
+
** Latest 64 Bit DVD: https://dl.fedoraproject.org/pub/alt/stage/19-Beta-TC4/Fedora/x86_64/iso/
+
  
* Upgrade from Fedora 18
+
You can download the Fedora 19 Beta in various formats [https://fedoraproject.org/get-prerelease here]. Note: the Beta will be officially released on 2013-05-28, the day of the Test Day; if you wish to download it ahead of time, the images can be found [https://dl.fedoraproject.org/pub/alt/stage/19-Beta-RC4/ here].
** The supported way is using 'fedup': https://fedoraproject.org/wiki/FedUp#How_Can_I_Upgrade_My_System_with_FedUp.3F
+
** Update using 'yum': https://fedoraproject.org/wiki/Upgrading_Fedora_using_yum  <br>This method is not supported, but is very commonly used by developers. If you're a power user this is a possible option!
+
  
=== Run Fedora 19 in a VM with nested virtualization ===
+
==== Upgrade from Fedora 18 ====
  
Do you have a new machine with a ton of ram and storage space, running Fedora 18? Nested virt might be an option!
+
* The supported way is using 'fedup': [[FedUp#How_Can_I_Upgrade_My_System_with_FedUp.3F]] You may also find the instructions in the [[QA:Testcase_upgrade_fedup_cli_previous_desktop|fedup test case]] useful for using fedup to upgrade to a pre-release.
This allows you to create KVM guests _inside_ a Fedora 19 VM.
+
* [[Upgrading_Fedora_using_yum|Upgrade using 'yum']]: This method is not officially supported, but is very commonly used by developers. If you're a power user this is a possible option!
  
# Install the latest virt packages from virt-preview using the instructions above.
+
=== Run Fedora 19 in a VM with nested virtualization ===
# Install a Fedora 19 guest using one of the test cases below.
+
# Use virt-manager to 'copy host CPU' for your VM. Boot the VM, install virtualization packages, and verify that nested virt is working by running the following command as root: <br><pre>virt-host-validate</pre>
+
  
Some notes on nested virt with AMD and Intel:
+
Do you have a new machine with a ton of ram and storage space, running Fedora 18? Nested virt might be an option! This allows you to create KVM guests ''inside'' a Fedora 19 VM.
  
* http://kashyapc.wordpress.com/2012/01/18/nested-virtualization-with-kvm-and-amd/
+
Use the [[#Fedora_19_virt_packages_on_Fedora_18|virt-preview instructions]] below, install a guest using one of the [[#VM_Install|install test cases]], and follow the [[[[QA:Testcase_KVM_nested_virt|nested virt test case]] to finish the setup and verify things are working correctly.
* http://kashyapc.wordpress.com/2012/01/14/nested-virtualization-with-kvm-intel/
+
* http://kashyapc.wordpress.com/2012/07/28/nested-virtualization-with-intel-take-2-with-fedora-17/
+
  
 
=== Fedora 19 virt packages on Fedora 18 ===
 
=== Fedora 19 virt packages on Fedora 18 ===
Line 79: Line 85:
  
 
At present, some of the packages in virt-preview are actually newer than what's in Fedora 19 (qemu 1.4 vs. qemu 1.5), but testing is still useful.
 
At present, some of the packages in virt-preview are actually newer than what's in Fedora 19 (qemu 1.4 vs. qemu 1.5), but testing is still useful.
 
  
 
== '''Areas to test''' ==
 
== '''Areas to test''' ==
Line 91: Line 96:
 
* [[QA:Testcase Virtualization CDROM Guest Install| Guest install via CDROM]]
 
* [[QA:Testcase Virtualization CDROM Guest Install| Guest install via CDROM]]
 
* [[QA:Testcase Virtualization URL Guest Install| Guest install via URL]]
 
* [[QA:Testcase Virtualization URL Guest Install| Guest install via URL]]
 
Next give this a run through, which should ensure things aren't broken in some obvious manner:
 
 
* [[QA:Testcase Virtualization Virt Manager Lifecycle|VM Lifecycle (start, stop, save, clone, delete, ...)]]
 
  
 
=== '''Standard features'''===
 
=== '''Standard features'''===
  
These are recurring tests of standard virt features.
+
These are recurring tests of standard virt features, they ensure nothing obvious is broken.
  
* [[QA:Testcase Virtualization Hotplug USB device to guest|USB hotplug]]
+
* [[QA:Testcase Virtualization Virt Manager Lifecycle|VM Lifecycle (start, stop, save, clone, delete, ...)]]
 +
* [[QA:Testcase_Virt_Serial_Console|VM serial console login]]
 +
* [[QA:Testcase Virtualization Hotplug USB device to guest|Host USB device hotplug]]
 +
* [[QA:Testcase_KVM_nested_virt|Enabling nested virtualization for a VM]]
 
* [[QA:Testcase Live Migration using libvirt/virsh|Live migration (steps included for doing this with a single physical host)]]
 
* [[QA:Testcase Live Migration using libvirt/virsh|Live migration (steps included for doing this with a single physical host)]]
 +
* [[QA:Testcase_Virtualization_KVM_PCI_Device_Assignment|Host PCI device assignment]]
 +
* [[QA:Testcase_Virt_Change_CDROM_Media|Change CDROM media for running VM]]
  
 
=== '''New features''' ===
 
=== '''New features''' ===
Line 108: Line 114:
  
 
* [[QA:Testcase_Virtualization_VirtioRNG| Virtio RNG (Random Number Generator)]]
 
* [[QA:Testcase_Virtualization_VirtioRNG| Virtio RNG (Random Number Generator)]]
 +
* [[QA:Testcase_Live_Migration_using_libvirt/virsh#Migration_without_shared_storage| Live migration without shared storage (steps included for doing this with a single physical host)]]
 +
* [[QA:Testcase_Virtualization_KVM_PCI_Device_Assignment#Device_assignment_with_VFIO| Host PCI device assignment using VFIO]]
  
  
Line 124: Line 132:
 
=== Previous test cases ===
 
=== Previous test cases ===
  
Some test cases used in previous test days. Still useful to test for regressions!
+
Some test cases used in previous test days. Still useful to test for regressions!  
  
 
Fedora 18 features:
 
Fedora 18 features:
 
 
* [[QA:Testcase Virtualization Live Backup|Live VM disk backup]]
 
* [[QA:Testcase Virtualization Live Backup|Live VM disk backup]]
 
* [[QA:Testcase Virtualization Guest Suspend Hibernate|VM suspend/hibernate]]
 
* [[QA:Testcase Virtualization Guest Suspend Hibernate|VM suspend/hibernate]]
Line 137: Line 144:
  
 
Misc tests:
 
Misc tests:
 
 
* [[QA:Testcase Virtualization NIC Hotplug virsh attach detach|NIC hotplug with virsh]]
 
* [[QA:Testcase Virtualization NIC Hotplug virsh attach detach|NIC hotplug with virsh]]
 
* [[QA:Testcase Virtualization Virtio SCSI Install|Virtio SCSI install]]
 
* [[QA:Testcase Virtualization Virtio SCSI Install|Virtio SCSI install]]
 
* [[QA:Testcase Virtualization Virtio SCSI Hotplug|Virtio SCSI hotplug]]
 
* [[QA:Testcase Virtualization Virtio SCSI Hotplug|Virtio SCSI hotplug]]
  
 +
All tests:
 +
* [[:Category:Virtualization_Test_Cases|Complete list of previous tests]]
  
 
== Test Results ==
 
== Test Results ==
  
Each tester should add a row for their results.
+
'''We are tracking test results in a web application [http://autoqa-stg.fedoraproject.org/testdays/show_event?event_id=5 over here]
  
If you have problems with any of the tests, report a bug to [https://bugzilla.redhat.com Bugzilla]. If you have any questions about what component to file against,
+
Results from this web application will be automatically transferred to the Wiki on 2013-06-11 and the reporting system will be shutdown. Feel free to continue testing and filling the wiki even after this date.
just shout in the IRC channel and we can help you out. Same goes for any selinux alerts you might see!
+
 
 +
Should you encounter any problem while using the web application, please contact jskladan on #fedora-qa channel at freenode, or send an email to jskladan@fedoraproject.org
 +
 
 +
=== Basic ===
  
<!-- Don't touch this part! -->
 
 
{|
 
{|
 
! User
 
! User
! VM Install
+
! Hardware
! [[QA:Testcase Virtualization Virt Manager Lifecycle|VM Lifecycle]]
+
! [[Test_Day:2012-11-01_Virtualization#VM_Install|VM-Install]]
 +
! [[QA:Testcase_Virt_Serial_Console|Serial login]]
 +
! [[QA:Testcase_Virtualization_Virt_Manager_Lifecycle|VM Lifecycle]]
 +
! [[QA:Testcase_Virtualization_Hotplug_USB_device_to_guest|Host USB]]
 +
! [[QA:Testcase_KVM_nested_virt|Nested virt]]
 +
! [[QA:Testcase_Live_Migration_using_libvirt/virsh|Live migration]]
 +
! [[QA:Testcase_Virtualization_KVM_PCI_Device_Assignment|PCI passthrough]]
 +
! [[QA:Testcase_Virt_Change_CDROM_Media|Change CDROM]]
 
! References
 
! References
 
|-
 
|-
 +
| [[User:knoel|knoel]]
 +
| IBM x3550 M4
 +
| {{result|pass}} 
 +
| {{result|pass}} 
 +
| {{result|pass}} 
 +
|
 +
|
 +
|
 +
|
 +
|
 +
| <references/>
 +
|-
 +
| [[User:knoel|knoel]]
 +
| Lenovo T500
 +
| {{result|fail}}  <ref>{{bz|968062}}</ref><ref>Installed F19 Beta from DVD. Couldn't create a bridge. No libvirtd.log file. </ref>
 +
|
 +
|
 +
|
 +
|
 +
|
 +
|
 +
|
 +
| <references/>
 +
|-
 +
| [[User:mrezanin|mrezanin]]
 +
| HP Z400
 +
| {{result|pass}}  <ref>Tested with RHEL6/RHEL7 guest</ref>
 +
| {{result|pass}} 
 +
| {{result|pass}} 
 +
| {{result|pass}} 
 +
|
 +
|
 +
|
 +
|
 +
| <references/>
 +
|-
 +
| [[User:lersek|lersek]]
 +
| HP Z400
 +
| {{result|pass}}  <ref>Probably should file a bunch of bugs but no time for it now. This was the
 +
whole process:
  
<!--
+
Host:
Some notes about template format. Example results
+
  
{{result|pass}}
+
physical F19 installation (XFCE spin) on my workstation, first installed as
{{result|fail}} <ref>Some notes about the failure. Link to a bug like {{bz|123456}} </ref>
+
Alpha TC5, but upgraded right before testing. Package versions:
{{result|inprogress}} <ref>This shows a rotating progress icon</ref>
+
{{result|warn}} <ref>Maybe you hit a separate issue but the test didn't fail</ref>
+
{{result|none}} <ref>Haven't done this test yet</ref>
+
-->
+
  
<!--
+
- kernel-3.9.4-300.fc19.x86_64
Copy the block below as a template
+
- qemu-kvm-1.4.2-2.fc19.x86_64
 +
- seabios-bin-1.7.2-1.fc19.noarch
 +
- libvirt-1.0.5.1-1.fc19.x86_64
 +
- virt-viewer-0.5.6-1.fc19.x86_64
 +
- virt-manager-0.10.0-0.4.gitb68faac8.fc19.noarch
  
| [[User:SampleUser|SampleUser]]
+
Guest: followed instructions in
| {{result|inprogress}}  
+
<https://fedoraproject.org/wiki/QA:Testcase_Virtualization_URL_Guest_Install>,
| {{result|none}}  
+
version "16:32, 28 May 2013". The non-default parameters I used were:
 +
- the VCPU count, I set it to 4;
 +
- I pre-created the 8GB image file with qemu-img, format qcow2;
 +
- RAM set to 4096 MB.
 +
 
 +
Auto-recognition in virt manager reports Fedora 18 for
 +
<http://download.fedoraproject.org/pub/fedora/linux/development/19/x86_64/os/>.
 +
 
 +
Problem #1: pixel garbage visible even with Cirrus + VNC,
 +
<https://bugzilla.redhat.com/show_bug.cgi?id=948717>. Maybe important: the
 +
virt-manager / virt-viewer windows are X11-forwarded to my RHEL-6 laptop
 +
over ssh.
 +
 
 +
Problem #2: when trying to make a screenshot about the pixel garbage, using
 +
virt-manager's function, the file selection dialog comes up, but no file is
 +
written.
 +
 
 +
Problem #3: when trying to make the same with virt-viewer, the results are
 +
worse: we don't even reach the file selection dialog, and virt-viewer seems
 +
to hang (doesn't refresh shadowed and redisplayed areas of the window).
 +
 
 +
Took a screenshot finally using "gnome-screenshot" on my RHEL-6 laptop.
 +
 
 +
Problem #4: when entering the root password, I specified "redhat". The
 +
warning message says that the password is weak (OK so far), and that it
 +
contains the user name in some form (which is incorrect).
 +
 
 +
Pixel garbage resurfaces in installed guest.
 +
 
 +
After reboot:
 +
 
 +
Problem #5: Clicking the Shut Down button in the virt-manager guest window
 +
seems to suspend the guest only (the virt-manager main window says
 +
Suspended), but it cannot be woken / restarted from either window. Powering
 +
down the VM from the inside (using the GNOME 3 button) hangs virt-manager
 +
with keyboard grabbed. (Restarting virt-manager works OK, and the guest is
 +
actually shut off.)
 +
</ref>
 +
| {{result|warn}}  <ref>Problem #6: the virt-manager Text Console login test works, but after that,
 +
even when switching back to the Graphical Console VNC, the virsh console
 +
test fails with
 +
 
 +
  error: operation failed: Active console session exists for this domain
 +
</ref>
 +
|  
 +
| {{result|pass}} <ref>works fine</ref>
 +
|
 +
|
 +
|
 +
| {{result|fail}} <ref>Connecting the first ISO worked alright (showed up in guest, both on the GNOME 3 GUI and under /run/media/user), but it could not be disconnected. First, I encountered BZ#967914. After that, the first ISO was not unmounted in the guest, even though virt-manager implied so at the second attempt; listing the /run/media/user/CD_ROM_NAME directory corresponding to the ISO image produced IO errors, the CD_ROM_NAME directory was not removed. The "virsh change-media" reported success on the host side, but again its effect was not visible in the guest (same IO errors and the first ISO's name, as above).</ref>
 
| <references/>
 
| <references/>
 
|-
 
|-
 +
| [[User:tassadar|tassadar]]
 +
| Lenovo T420s (Intel i5-2540M)
 +
| {{result|pass}}  <ref>Everything else in the cast case works as expected.</ref>{{result|warn}}  <ref>{{bz|965101}}</ref><ref>{{bz|967800}}</ref><ref>{{bz|967740}}</ref><ref>Tested on Fedora 19 x86_64 host.</ref>
 +
| {{result|warn}}  <ref>virsh console fails: Active console session exists for this domain</ref>
 +
| {{result|pass}} 
 +
| {{result|pass}} 
 +
| {{result|pass}}  <ref>I tested only booting LIVE.iso in the nested VM</ref>
 +
|
 +
| {{result|fail}}  <ref>Does not work with my network card - it throws exception "Unable to read from monitor on start", but the card is removed from host for a short while.
 +
00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04)</ref>
 +
|
 +
| <references/>
 +
|-
 +
| [[User:ignatenkobrain|ignatenkobrain]]
 +
| i7-3520m (Lenovo ThinkPad X230)
 +
| {{result|pass}}  <ref>{{bz|967780}}</ref><ref>bad performance in virt-install (network boot) </ref>
 +
| {{result|pass}}  <ref>need press enter to load form login</ref>{{result|fail}}  <ref>Failed. Try again? [y,n,f,?]:
 +
error: XML error: unknown target type 'model' specified for character device
 +
</ref>
 +
| {{result|fail}}  <ref>it isn't switched off when clicking button</ref>{{result|pass}}  <ref>{{bz|883556}}</ref><ref>one crash. not reproducible. abrt couldn't send bug</ref>
 +
| {{result|pass}}  <ref>works fine</ref>
 +
| {{result|fail}}  <ref>Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz</ref>
 +
|
 +
|
 +
|
 +
| <references/>
 +
|-
 +
| [[User:hhuang|hhuang]]
 +
| Lenovo T500
 +
| {{result|pass}}  <ref>F19 guest from DVD</ref>
 +
| {{result|fail}}  <ref>The very first reboot after the guest install,
 +
there are boot messages on the console. Then
 +
the console activities stopped.  No login
 +
prompt interactions on the console.
  
-->
+
However, the console is working correctly after subsequent reqboots.  Encountered the above with
 +
Fedora 19 Alpha and Beta.
  
 +
</ref>
 +
| {{result|pass}}  <ref>Basic guest VM lifecycle operations worked as
 +
expected.</ref>{{result|pass}} 
 +
| {{result|pass}}  <ref>USB drive works correctly in the guest.
 +
Add and remove USB drive via the virt-manager work correctly as expected.</ref>
 +
|
 +
|
 +
|
 +
| {{result|fail}}  <ref>{{bz|967914}}</ref><ref>CDROM in the guest mostly worked.
 +
The only problem is already reported by BZ 967914: the first "Disconnect" operation from virt-manager would fail with an error "These changes will take effect after the next guest sutdown". In the Details section, there is the
 +
message "internal error unable to execute QEMU command 'eject': Device drive-ide0-0-1 is locked".
  
| [[User:crobinso|Cole Robinson]]
+
Issuing another "Disconnect" operation from the virt-manager will successfully disconnect the CDROM.</ref>
| {{result|inprogress}}
+
| {{result|none}}
+
 
| <references/>
 
| <references/>
 
|-
 
|-
 +
| [[User:JustinClift|JustinClift]]
 +
| Dell Inspiron 7720-4578
 +
| {{result|pass}}  <ref>Installed guest (F19 Beta RC4 64-bit DVD).
  
 +
Installation went fine.  The only weirdness was artifacts in the display of the banner like "I'm sorry Dave, I can't do that".  May be related to the Nvidia GT 650M graphics card + nouveau drivers on host, with the VNC code in Virtual Machine Manager.</ref>
 +
|
 +
| {{result|warn}}  <ref>Only got part way through testing this before I had to leave (for airport).
 +
 +
Pausing a running guest (F19 Beta RC4 x64 with 4GB ram) worked using VMM, but had problems.  The "Run" option in VMM never became enabled in either the high level VMM overview window (in buttons toolbar), nor in the VNC console (buttons, menu structure).
 +
 +
Was able to work around this using virsh, where "resume 2" started the guest back up again fine.  VMM was able to use the guest fine then.
 +
 +
At this point I had to leave for airport.</ref>
 +
|
 +
|
 +
|
 +
|
 +
|
 +
| <references/>
 +
|-
 +
| [[User:jakob_lundberg|jakob_lundberg]]
 +
| Dell Optiflex 960
 +
| {{result|pass}} 
 +
| {{result|pass}} 
 +
| {{result|pass}} 
 +
| {{result|pass}} 
 +
| {{result|pass}} 
 +
|
 +
|
 +
|
 +
| <references/>
 +
|-
 +
| [[User:sagarun|sagarun]]
 +
| HP Desktop - Intel Core2duo
 +
| {{result|pass}}  <ref>FreeBSD 7 works fine!</ref>{{result|warn}}  <ref>Works fine with a RHEL 6 guest - First time i had to restart libvirtd to make it working!</ref>{{result|warn}}  <ref>Works fine except, On a freshly installed Fedora 19 - Beta TC4 the libvirtd needs to be restarted once.
 +
 +
 +
[saga@airplanering-dl freevm]$ sudo service libvirtd status
 +
    Redirecting to /bin/systemctl status  libvirtd.service
 +
    libvirtd.service - Virtualization daemon
 +
      Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled)
 +
      Active: active (running) since Tue 2013-05-28 09:51:09 IST; 2h 2min ago
 +
    Main PID: 1071 (libvirtd)
 +
      CGroup: name=systemd:/system/libvirtd.service
 +
              &#9492;&#9472;1071 /usr/sbin/libvirtd
 +
   
 +
    May 28 09:51:09 airplanering-dl.eglbp.corp.yahoo.com systemd[1]: Started Virtualization daemon.
 +
    May 28 09:51:16 airplanering-dl.eglbp.corp.yahoo.com libvirtd[1071]: libvirt version: 1.0.5.1, package: 1.fc19 (Fedora Project, 2013-05-19-22:57:15, buildvm-11.phx2.fedoraproject.org)
 +
    May 28 09:51:16 airplanering-dl.eglbp.corp.yahoo.com libvirtd[1071]: Module /usr/lib64/libvirt/connection-driver/libvirt_driver_xen.so not accessible
 +
    May 28 09:51:16 airplanering-dl.eglbp.corp.yahoo.com libvirtd[1071]: Module /usr/lib64/libvirt/connection-driver/libvirt_driver_libxl.so not accessible
 +
    May 28 09:51:16 airplanering-dl.eglbp.corp.yahoo.com libvirtd[1071]: Module /usr/lib64/libvirt/connection-driver/libvirt_driver_lxc.so not accessible
 +
    May 28 09:51:16 airplanering-dl.eglbp.corp.yahoo.com libvirtd[1071]: Module /usr/lib64/libvirt/connection-driver/libvirt_driver_uml.so not accessible
 +
    May 28 09:51:17 airplanering-dl.eglbp.corp.yahoo.com libvirtd[1071]: open("/var/run/libvirt/network/nwfilter.ltmp"): No such file or directory
 +
   
 +
 +
libguestfs-1.22.0-1.fc19.x86_64
 +
qemu-system-x86-1.4.2-2.fc19.x86_64
 +
virt-install-0.10.0-0.4.gitb68faac8.fc19.noarch
 +
libguestfs-1.22.0-1.fc19.x86_64</ref>
 +
|
 +
| {{result|pass}}  <ref>libguestfs works fine. Opened up a raw disk image and modified the guest's files!</ref>{{result|pass}}  <ref>Start, Stop, Delete works both on RHEL 6 and freebsd7</ref>
 +
|
 +
|
 +
|
 +
|
 +
|
 +
| <references/>
 +
|-
 +
| [[User:jasonbrooks|jasonbrooks]]
 +
| Lenovo X220
 +
| {{result|warn}}  <ref>virt-install argument "--os-distro" specified in the directions turned up the error "virt-install: error: no such option: --os-distro"
 +
 +
I used --os-variant instead.
 +
 +
Needed to preface virt-install w/ sudo to create the storage.
 +
 +
After that, VM created as expected.</ref>
 +
| {{result|fail}}  <ref>{{bz|967961}}</ref><ref>hit this previously reported bug</ref>
 +
| {{result|pass}} 
 +
| {{result|pass}}  <ref>Used a usb optical mouse</ref>
 +
| {{result|pass}}  <ref>I <3 nested kvm!</ref>
 +
|
 +
|
 +
|
 +
| <references/>
 +
|-
 +
| [[User:kashyapc|kashyapc]]
 +
| Intel(R) Xeon(R) CPU E5520
 +
| {{result|pass}}  <ref>I used an unattended script like this -- https://github.com/kashyapc/virt-scripts/blob/master/create-guest-qcow2.bash</ref>
 +
| {{result|pass}}  <ref>$ virsh dumpxml nguest-03 | egrep pty -A 4
 +
 +
$ virsh console nguest-03
 +
</ref>
 +
|
 +
|
 +
| {{result|pass}}  <ref>Initial tests - https://github.com/kashyapc/nvmx-haswell/tree/master/tests
 +
 +
There are always more to be done.</ref>
 +
|
 +
|
 +
|
 +
| <references/>
 +
|-
 +
| [[User:SlowJet|SlowJet]]
 +
| Intel G865BGF(3G-PreviewRepo)
 +
| {{result|warn}}  <ref>Created new VM from Hurd/Debain img in Downloads.
 +
A message said it would take care of the access issues, after running a bit, I did a clone vm (not pased).
 +
The clone booted and ran.
 +
But the shutdown -h now did not work in hurd , neither did any menu shutdown or poweroff, so I had to force power off.
 +
I thoht the img had been copied to /var but no, so the selinux tags were worg for Downloads.
 +
 +
Also Ctrl-Alt-L to frre mouse is also the host screen saver keys, not good.</ref>
 +
|
 +
|
 +
|
 +
|
 +
|
 +
|
 +
|
 +
| <references/>
 +
|-
 +
| [[User:fskola|fskola]]
 +
| Lenovo T410
 +
| {{result|pass}}  <ref>Installed from remote URL using virt-install.</ref>
 +
| {{result|fail}}  <ref>{{bz|967961}}</ref>
 +
| {{result|fail}}  <ref>{{bz|967968}}</ref>
 +
| {{result|pass}}  <ref>Yubikey appeared in the guest (lsusb) but didn't work. Mass storage works perfectly.</ref>
 +
|
 +
|
 +
| {{result|fail}}  <ref>Tried with:
 +
* 0d:00.0 SD Host controller: Ricoh Co Ltd MMC/SD Host Controller (rev 01)
 +
* 00:19.0 Ethernet controller: Intel Corporation 82577LM Gigabit Network Connection (rev 06)
 +
but guest didn't start with "Error starting domain: Unable to read from monitor: Connection reset by peer".</ref>
 +
|
 +
| <references/>
 +
|-
 +
| [[User:pschindl|pschindl]]
 +
| Lenovo T520 Intel i7-2620M
 +
| {{result|pass}} 
 +
| {{result|pass}}  <ref>virsh console can connect only when no other console session exists for the domain</ref>
 +
|
 +
|
 +
|
 +
|
 +
|
 +
|
 +
| <references/>
 
|}
 
|}
 +
! References
 +
|-
  
 +
=== New Features ===
  
 +
* virtio-rng; https://fedoraproject.org/wiki/QA:Testcase_Virtualization_VirtioRNG
 +
* Storage migration; https://fedoraproject.org/wiki/QA:Testcase_Live_Migration_using_libvirt/virsh#Migration_without_shared_storage
 +
* VFIO; https://fedoraproject.org/wiki/QA:Testcase_Virtualization_KVM_PCI_Device_Assignment#Device_assignment_with_VFIO
 +
 +
{|
 +
! User
 +
! Hardware
 +
! [[QA:Testcase_Virtualization_VirtioRNG|virtio-rng]]
 +
! [[QA:Testcase_Live_Migration_using_libvirt/virsh#Migration_without_shared_storage|Storage migration]]
 +
! [[QA:Testcase_Virtualization_KVM_PCI_Device_Assignment#Device_assignment_with_VFIO|VFIO]]
 +
! References
 +
|-
 +
| [[User:knoel|knoel]]
 +
| IBM x3550 M4
 +
| {{result|pass}}  <ref>Messy debug output:
 +
 +
3 clients want entropy
 +
1 clients want entropy
 +
do_command HASH(0x1faa480): 0x%02x
 +
2total_bytes_sucked: 5587
 +
0 clients want entropy
 +
do_command HASH(0x1faa480): 0x%02x
 +
2total_bytes_sucked: 5651
 +
 +
</ref>
 +
|
 +
|
 +
| <references/>
 +
|-
 +
| [[User:mrezanin|mrezanin]]
 +
| HP Z400
 +
| {{result|pass}}  <ref>Device visible, reqeust recorded by egd</ref>
 +
|
 +
|
 +
| <references/>
 +
|-
 +
| [[User:lersek|lersek]]
 +
| HP Z400
 +
| {{result|pass}}  <ref>works fine (tested with EGD too)</ref>
 +
|
 +
|
 +
| <references/>
 +
|-
 +
| [[User:tassadar|tassadar]]
 +
| Lenovo T420s (Intel i5-2540M)
 +
| {{result|pass}}  <ref>Tested with egd</ref>
 +
|
 +
|
 +
| <references/>
 +
|-
 +
| [[User:JustinClift|JustinClift]]
 +
| Dell Inspiron 7720-4578
 +
| {{result|pass}}  <ref>Tested both /dev/random and egd.pl in guest after configuring virtio rng.  Worked perfectly.  egd.pl debug showed client requesting entropy, etc.</ref>
 +
|
 +
|
 +
| <references/>
 +
|-
 +
| [[User:fskola|fskola]]
 +
| Lenovo T410
 +
|
 +
|
 +
| {{result|fail}}  <ref>Not sure if this is a bug; dmesg | grep -e DMAR -e IOMMU shows 3 entries, but there's no vfio in /dev and issuing VM start outputs "Error starting domain: internal error Invalid device 0000:00:19.0 iommu_group file /sys/bus/pci/devices/0000:00:19.0/iommu_group is not a symlink".</ref>
 +
| <references/>
 +
|}
  
 
[[Category:Test Days]]  [[Category:Fedora 19 Test Days]] [[Category:Virtualization]]
 
[[Category:Test Days]]  [[Category:Fedora 19 Test Days]] [[Category:Virtualization]]
 +
 +
== Debugging ==
 +
 +
* https://fedoraproject.org/wiki/How_to_debug_Libvirt_problems

Latest revision as of 13:30, 6 June 2013

Fedora Test Days
Echo-testing-48px.png
Virtualization Test Day

Date 2013-05-28
Time all day

Website Virtualization
IRC #fedora-test-day

(webirc IRC logs)


Mailing list
MailSubscribeArchives


Note.png
Can't make the date?
If you come to this page before or after the test day is completed, your testing is still valuable, and you can use the information on this page to test, file any bugs you find at Bugzilla, and add your results to the results section. If this page is more than a month old when you arrive here, please check the current schedule and see if a similar but more recent Test Day is planned or has already happened.

Contents

[edit] What to test?

Today's installment of Fedora Test Day will focus on Virtualization in Fedora 19. Test cases will basic virtualization workflow, some cool functionality, as well as new features introduced in Fedora 19.

[edit] Who's available

The following cast of characters will be available testing, workarounds, bug fixes, and general discussion ...

[edit] Known issues

Before you begin testing, there are a few known bugs that should be taken into account:

  • running libvirtd inside a guest can break that guests networking. you can work around this by using 'sudo virsh net-edit default' inside the VM, and change all instances of 192.168.122 to 192.168.123 and restarting the VM: bug 811967
  • saving (migrate to file) a guest using spice is crashy bug 962954
  • /dev/vfio/vfio has wrong default permissions. bug 967230
  • Storage migration can fail at the end of the process bug 967242
  • Fedora 19 isn't listed as an OS option in virt-manager bug 950230
  • VM's can hang when trying to destroy: bug 961665
  • QXL + VNC has graphical corruption: bug 948717
  • On initial install, wrong /dev/kvm permissions cause weird libvirt error reporting: hda-duplex not supported by this binary. Reboot should fix it: bug 967836
  • Bad guest performance using virt-install --location install: bug 967780

[edit] What's needed to test

For starters, your physical machine should have:

  • Hardware virtualization support (e.g. Intel VT or AMD-V) (see Is My Guest Using KVM?). If unavailable, you can still help with testing QEMU support.
  • Up to 10-20Gb free disk space. Guest images take up a lot of space.
  • Get the packages with: yum groupinstall virtualization

As for getting the latest virt packages, you have a few options:

[edit] Virt Test Day Live CD

There's a Fedora 19 live CD image that already has all the required virtualization packages installed (though you should still yum update after booting). You will probably want a good amount of RAM if using this option (greater than 4G) since you'll be using RAM for both a VM and running the live OS.

[edit] Fedora 19 on a physical machine

The preferred testing platform is a fully updated Fedora 19 machine. You have a few options for getting the Fedora 19 bits:

[edit] Install with CD/DVD

You can download the Fedora 19 Beta in various formats here. Note: the Beta will be officially released on 2013-05-28, the day of the Test Day; if you wish to download it ahead of time, the images can be found here.

[edit] Upgrade from Fedora 18

[edit] Run Fedora 19 in a VM with nested virtualization

Do you have a new machine with a ton of ram and storage space, running Fedora 18? Nested virt might be an option! This allows you to create KVM guests inside a Fedora 19 VM.

Use the virt-preview instructions below, install a guest using one of the install test cases, and follow the [[nested virt test case to finish the setup and verify things are working correctly.

[edit] Fedora 19 virt packages on Fedora 18

If you aren't ready to make the jump to Fedora 19, this is the next best thing! Run latest virt packages on Fedora 18 from the virt-preview repo:

http://fedoraproject.org/wiki/Virtualization_Preview_Repository

At present, some of the packages in virt-preview are actually newer than what's in Fedora 19 (qemu 1.4 vs. qemu 1.5), but testing is still useful.

[edit] Areas to test

All these tests have an entry in the Test Results table, please record them there.

[edit] VM Install

If you don't already have a VM available, run through one of these test cases. A fully functioning VM is required for every other test case!

[edit] Standard features

These are recurring tests of standard virt features, they ensure nothing obvious is broken.

[edit] New features

New or improved features in Fedora 19:


[edit] Extra tests

These tests aren't listed in the 'test results' table, but consider giving them a spin and reporting any issues on IRC or bugzilla.

[edit] libguestfs and tools

You will need Fedora 19 (host) and at least one guest (but the more the merrier).

Install libguestfs: # yum install '*guestf*'

and run through the tests here: http://libguestfs.org/guestfs-testing.1.html

[edit] Previous test cases

Some test cases used in previous test days. Still useful to test for regressions!

Fedora 18 features:

Misc tests:

All tests:

[edit] Test Results

We are tracking test results in a web application over here

Results from this web application will be automatically transferred to the Wiki on 2013-06-11 and the reporting system will be shutdown. Feel free to continue testing and filling the wiki even after this date.

Should you encounter any problem while using the web application, please contact jskladan on #fedora-qa channel at freenode, or send an email to jskladan@fedoraproject.org

[edit] Basic

User Hardware VM-Install Serial login VM Lifecycle Host USB Nested virt Live migration PCI passthrough Change CDROM References
knoel IBM x3550 M4
Pass pass
Pass pass
Pass pass
knoel Lenovo T500
Fail fail
[1][2]
  1. RHBZ #968062
  2. Installed F19 Beta from DVD. Couldn't create a bridge. No libvirtd.log file.
mrezanin HP Z400
Pass pass
[1]
Pass pass
Pass pass
Pass pass
  1. Tested with RHEL6/RHEL7 guest
lersek HP Z400
Pass pass
[1]
Warning warn
[2]
Pass pass
[3]
Fail fail
[4]
  1. Probably should file a bunch of bugs but no time for it now. This was the

    whole process:

    Host:

    physical F19 installation (XFCE spin) on my workstation, first installed as Alpha TC5, but upgraded right before testing. Package versions:

    - kernel-3.9.4-300.fc19.x86_64 - qemu-kvm-1.4.2-2.fc19.x86_64 - seabios-bin-1.7.2-1.fc19.noarch - libvirt-1.0.5.1-1.fc19.x86_64 - virt-viewer-0.5.6-1.fc19.x86_64 - virt-manager-0.10.0-0.4.gitb68faac8.fc19.noarch

    Guest: followed instructions in <https://fedoraproject.org/wiki/QA:Testcase_Virtualization_URL_Guest_Install>, version "16:32, 28 May 2013". The non-default parameters I used were: - the VCPU count, I set it to 4; - I pre-created the 8GB image file with qemu-img, format qcow2; - RAM set to 4096 MB.

    Auto-recognition in virt manager reports Fedora 18 for <http://download.fedoraproject.org/pub/fedora/linux/development/19/x86_64/os/>.

    Problem #1: pixel garbage visible even with Cirrus + VNC, <https://bugzilla.redhat.com/show_bug.cgi?id=948717>. Maybe important: the virt-manager / virt-viewer windows are X11-forwarded to my RHEL-6 laptop over ssh.

    Problem #2: when trying to make a screenshot about the pixel garbage, using virt-manager's function, the file selection dialog comes up, but no file is written.

    Problem #3: when trying to make the same with virt-viewer, the results are worse: we don't even reach the file selection dialog, and virt-viewer seems to hang (doesn't refresh shadowed and redisplayed areas of the window).

    Took a screenshot finally using "gnome-screenshot" on my RHEL-6 laptop.

    Problem #4: when entering the root password, I specified "redhat". The warning message says that the password is weak (OK so far), and that it contains the user name in some form (which is incorrect).

    Pixel garbage resurfaces in installed guest.

    After reboot:

    Problem #5: Clicking the Shut Down button in the virt-manager guest window seems to suspend the guest only (the virt-manager main window says Suspended), but it cannot be woken / restarted from either window. Powering down the VM from the inside (using the GNOME 3 button) hangs virt-manager with keyboard grabbed. (Restarting virt-manager works OK, and the guest is actually shut off.)

  2. Problem #6: the virt-manager Text Console login test works, but after that, even when switching back to the Graphical Console VNC, the virsh console test fails with error: operation failed: Active console session exists for this domain
  3. works fine
  4. Connecting the first ISO worked alright (showed up in guest, both on the GNOME 3 GUI and under /run/media/user), but it could not be disconnected. First, I encountered BZ#967914. After that, the first ISO was not unmounted in the guest, even though virt-manager implied so at the second attempt; listing the /run/media/user/CD_ROM_NAME directory corresponding to the ISO image produced IO errors, the CD_ROM_NAME directory was not removed. The "virsh change-media" reported success on the host side, but again its effect was not visible in the guest (same IO errors and the first ISO's name, as above).
tassadar Lenovo T420s (Intel i5-2540M)
Pass pass
[1]
Warning warn
[2][3][4][5]
Warning warn
[6]
Pass pass
Pass pass
Pass pass
[7]
Fail fail
[8]
  1. Everything else in the cast case works as expected.
  2. RHBZ #965101
  3. RHBZ #967800
  4. RHBZ #967740
  5. Tested on Fedora 19 x86_64 host.
  6. virsh console fails: Active console session exists for this domain
  7. I tested only booting LIVE.iso in the nested VM
  8. Does not work with my network card - it throws exception "Unable to read from monitor on start", but the card is removed from host for a short while. 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04)
ignatenkobrain i7-3520m (Lenovo ThinkPad X230)
Pass pass
[1][2]
Pass pass
[3]
Fail fail
[4]
Fail fail
[5]
Pass pass
[6][7]
Pass pass
[8]
Fail fail
[9]
  1. RHBZ #967780
  2. bad performance in virt-install (network boot)
  3. need press enter to load form login
  4. Failed. Try again? [y,n,f,?]: error: XML error: unknown target type 'model' specified for character device
  5. it isn't switched off when clicking button
  6. RHBZ #883556
  7. one crash. not reproducible. abrt couldn't send bug
  8. works fine
  9. Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz
hhuang Lenovo T500
Pass pass
[1]
Fail fail
[2]
Pass pass
[3]
Pass pass
Pass pass
[4]
Fail fail
[5][6]
  1. F19 guest from DVD
  2. The very first reboot after the guest install, there are boot messages on the console. Then the console activities stopped. No login prompt interactions on the console. However, the console is working correctly after subsequent reqboots. Encountered the above with Fedora 19 Alpha and Beta.
  3. Basic guest VM lifecycle operations worked as expected.
  4. USB drive works correctly in the guest. Add and remove USB drive via the virt-manager work correctly as expected.
  5. RHBZ #967914
  6. CDROM in the guest mostly worked. The only problem is already reported by BZ 967914: the first "Disconnect" operation from virt-manager would fail with an error "These changes will take effect after the next guest sutdown". In the Details section, there is the message "internal error unable to execute QEMU command 'eject': Device drive-ide0-0-1 is locked". Issuing another "Disconnect" operation from the virt-manager will successfully disconnect the CDROM.
JustinClift Dell Inspiron 7720-4578
Pass pass
[1]
Warning warn
[2]
  1. Installed guest (F19 Beta RC4 64-bit DVD).

    Installation went fine. The only weirdness was artifacts in the display of the banner like "I'm sorry Dave, I can't do that". May be related to the Nvidia GT 650M graphics card + nouveau drivers on host, with the VNC code in Virtual Machine Manager.

  2. Only got part way through testing this before I had to leave (for airport). Pausing a running guest (F19 Beta RC4 x64 with 4GB ram) worked using VMM, but had problems. The "Run" option in VMM never became enabled in either the high level VMM overview window (in buttons toolbar), nor in the VNC console (buttons, menu structure). Was able to work around this using virsh, where "resume 2" started the guest back up again fine. VMM was able to use the guest fine then. At this point I had to leave for airport.
jakob_lundberg Dell Optiflex 960
Pass pass
Pass pass
Pass pass
Pass pass
Pass pass
sagarun HP Desktop - Intel Core2duo
Pass pass
[1]
Warning warn
[2]
Warning warn
[3]
Pass pass
[4]
Pass pass
[5]
  1. FreeBSD 7 works fine!
  2. Works fine with a RHEL 6 guest - First time i had to restart libvirtd to make it working!
  3. Works fine except, On a freshly installed Fedora 19 - Beta TC4 the libvirtd needs to be restarted once. [saga@airplanering-dl freevm]$ sudo service libvirtd status Redirecting to /bin/systemctl status libvirtd.service libvirtd.service - Virtualization daemon Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled) Active: active (running) since Tue 2013-05-28 09:51:09 IST; 2h 2min ago Main PID: 1071 (libvirtd) CGroup: name=systemd:/system/libvirtd.service └─1071 /usr/sbin/libvirtd May 28 09:51:09 airplanering-dl.eglbp.corp.yahoo.com systemd[1]: Started Virtualization daemon. May 28 09:51:16 airplanering-dl.eglbp.corp.yahoo.com libvirtd[1071]: libvirt version: 1.0.5.1, package: 1.fc19 (Fedora Project, 2013-05-19-22:57:15, buildvm-11.phx2.fedoraproject.org) May 28 09:51:16 airplanering-dl.eglbp.corp.yahoo.com libvirtd[1071]: Module /usr/lib64/libvirt/connection-driver/libvirt_driver_xen.so not accessible May 28 09:51:16 airplanering-dl.eglbp.corp.yahoo.com libvirtd[1071]: Module /usr/lib64/libvirt/connection-driver/libvirt_driver_libxl.so not accessible May 28 09:51:16 airplanering-dl.eglbp.corp.yahoo.com libvirtd[1071]: Module /usr/lib64/libvirt/connection-driver/libvirt_driver_lxc.so not accessible May 28 09:51:16 airplanering-dl.eglbp.corp.yahoo.com libvirtd[1071]: Module /usr/lib64/libvirt/connection-driver/libvirt_driver_uml.so not accessible May 28 09:51:17 airplanering-dl.eglbp.corp.yahoo.com libvirtd[1071]: open("/var/run/libvirt/network/nwfilter.ltmp"): No such file or directory libguestfs-1.22.0-1.fc19.x86_64 qemu-system-x86-1.4.2-2.fc19.x86_64 virt-install-0.10.0-0.4.gitb68faac8.fc19.noarch libguestfs-1.22.0-1.fc19.x86_64
  4. libguestfs works fine. Opened up a raw disk image and modified the guest's files!
  5. Start, Stop, Delete works both on RHEL 6 and freebsd7
jasonbrooks Lenovo X220
Warning warn
[1]
Fail fail
[2][3]
Pass pass
Pass pass
[4]
Pass pass
[5]
  1. virt-install argument "--os-distro" specified in the directions turned up the error "virt-install: error: no such option: --os-distro"

    I used --os-variant instead.

    Needed to preface virt-install w/ sudo to create the storage.

    After that, VM created as expected.

  2. RHBZ #967961
  3. hit this previously reported bug
  4. Used a usb optical mouse
  5. I <3 nested kvm!
kashyapc Intel(R) Xeon(R) CPU E5520
Pass pass
[1]
Pass pass
[2]
Pass pass
[3]
  1. I used an unattended script like this -- https://github.com/kashyapc/virt-scripts/blob/master/create-guest-qcow2.bash
  2. $ virsh dumpxml nguest-03 | egrep pty -A 4 $ virsh console nguest-03
  3. Initial tests - https://github.com/kashyapc/nvmx-haswell/tree/master/tests There are always more to be done.
SlowJet Intel G865BGF(3G-PreviewRepo)
Warning warn
[1]
  1. Created new VM from Hurd/Debain img in Downloads.

    A message said it would take care of the access issues, after running a bit, I did a clone vm (not pased). The clone booted and ran. But the shutdown -h now did not work in hurd , neither did any menu shutdown or poweroff, so I had to force power off. I thoht the img had been copied to /var but no, so the selinux tags were worg for Downloads.

    Also Ctrl-Alt-L to frre mouse is also the host screen saver keys, not good.

fskola Lenovo T410
Pass pass
[1]
Fail fail
[2]
Fail fail
[3]
Pass pass
[4]
Fail fail
[5]
  1. Installed from remote URL using virt-install.
  2. RHBZ #967961
  3. RHBZ #967968
  4. Yubikey appeared in the guest (lsusb) but didn't work. Mass storage works perfectly.
  5. Tried with: * 0d:00.0 SD Host controller: Ricoh Co Ltd MMC/SD Host Controller (rev 01) * 00:19.0 Ethernet controller: Intel Corporation 82577LM Gigabit Network Connection (rev 06) but guest didn't start with "Error starting domain: Unable to read from monitor: Connection reset by peer".
pschindl Lenovo T520 Intel i7-2620M
Pass pass
Pass pass
[1]
  1. virsh console can connect only when no other console session exists for the domain

! References |-

[edit] New Features

User Hardware virtio-rng Storage migration VFIO References
knoel IBM x3550 M4
Pass pass
[1]
  1. Messy debug output:

    3 clients want entropy 1 clients want entropy do_command HASH(0x1faa480): 0x%02x 2total_bytes_sucked: 5587 0 clients want entropy do_command HASH(0x1faa480): 0x%02x 2total_bytes_sucked: 5651

mrezanin HP Z400
Pass pass
[1]
  1. Device visible, reqeust recorded by egd
lersek HP Z400
Pass pass
[1]
  1. works fine (tested with EGD too)
tassadar Lenovo T420s (Intel i5-2540M)
Pass pass
[1]
  1. Tested with egd
JustinClift Dell Inspiron 7720-4578
Pass pass
[1]
  1. Tested both /dev/random and egd.pl in guest after configuring virtio rng. Worked perfectly. egd.pl debug showed client requesting entropy, etc.
fskola Lenovo T410
Fail fail
[1]
  1. Not sure if this is a bug; dmesg | grep -e DMAR -e IOMMU shows 3 entries, but there's no vfio in /dev and issuing VM start outputs "Error starting domain: internal error Invalid device 0000:00:19.0 iommu_group file /sys/bus/pci/devices/0000:00:19.0/iommu_group is not a symlink".

[edit] Debugging