From Fedora Project Wiki

Warning: You are not logged in. Your IP address will be publicly visible if you make any edits. If you log in or create an account, your edits will be attributed to your username, along with other benefits.

The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then publish the changes below to finish undoing the edit.

Latest revision Your text
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]
| irc = [irc://irc.freenode.net/#fedora-test-day #fedora-test-day] ([http://webchat.freenode.net/?channels=fedora-test-day webirc])
([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])
<!-- [http://meetbot.fedoraproject.org/fedora-test-day/2013-05-28/XXXX 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/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 26: Line 26:
* [[User:kashyapc|Kashyap Chamarthy]] (kashyap)
* [[User:kashyapc|Kashyap Chamarthy]] (kashyap)
* [[User:rjones|Richard W.M. Jones]] (rwmjones)
* [[User:rjones|Richard W.M. Jones]] (rwmjones)
* [[User:laine|Laine Stump]] (laine)


== Known issues ==
== Known issues ==
Line 39: Line 38:
* VM's can hang when trying to destroy: [https://bugzilla.redhat.com/show_bug.cgi?id=961665 bug 961665]
* 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]
* 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 102: Line 99:


* [[QA:Testcase Virtualization Virt Manager Lifecycle|VM Lifecycle (start, stop, save, clone, delete, ...)]]
* [[QA:Testcase Virtualization Virt Manager Lifecycle|VM Lifecycle (start, stop, save, clone, delete, ...)]]
* [[QA:Testcase_Virt_Serial_Console|VM serial console login]]
* [[QA:Testcase_Virt_Serial_Console|VM serial console setup]]
* [[QA:Testcase Virtualization Hotplug USB device to guest|Host USB device hotplug]]
* [[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_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_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 157: Line 153:
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.
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
[[Category:Test Days]]  [[Category:Fedora 19 Test Days]] [[Category:Virtualization]]
 
=== Basic ===
 
{|
! User
! Hardware
! [[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
|-
| [[User:knoel|knoel]]
| IBM x3550 M4
| {{result|pass}} 
| {{result|pass}} 
| {{result|pass}} 
|
|
|
|
|
| <references/>
|-
| [[User:knoel|knoel]]
| Lenovo T500
| {{result|fail||968062}}<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 group="long">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.)
</ref>
| {{result|warn}}  <ref group="long">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 group="long">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/>
|-
| [[User:tassadar|tassadar]]
| Lenovo T420s (Intel i5-2540M)
| {{result|pass}}  <ref>Everything else in the cast case works as expected.</ref>{{result|warn||965101|967800|967740}}<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 group="long">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||967780}}<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||883556}}<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 group="long">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||967914}}<ref group="long">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.</ref>
| <references/>
|-
| [[User:JustinClift|JustinClift]]
| Dell Inspiron 7720-4578
| {{result|pass}}  <ref group="long">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 group="long">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 group="long">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 group="long">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||967961}}<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 group="long">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||967961}}
| {{result|fail||967968}}
| {{result|pass}}  <ref>Yubikey appeared in the guest (lsusb) but didn't work. Mass storage works perfectly.</ref>
|
|
| {{result|fail}}  <ref group="long">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 group="long">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 group="long">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 group="long">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:Fedora 19 Test Days]] [[Category:Virtualization]]
 
== Debugging ==
 
== Long comments ==
<references group="long" />
 
* https://fedoraproject.org/wiki/How_to_debug_Libvirt_problems
Please note that all contributions to Fedora Project Wiki are considered to be released under the Attribution-Share Alike 4.0 International (see Fedora Project Wiki:Copyrights for details). If you do not want your writing to be edited mercilessly and redistributed at will, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource. Do not submit copyrighted work without permission!

To edit this page, please solve the following task below and enter the answer in the box (more info):

Cancel Editing help (opens in new window)