virt July 2016

virt@lists.centos.org

10 participants
9 discussions

Updated Xen packages available
by George Dunlap 26 Jul '16

26 Jul '16

Due to the nature of XSA-182, we built binaries privately and pushed the signed binaries out as soon as the embargo lifted. Everyone is urged to update as soon as possible. -George

1 0

Cannot allocate Memory
by Shaun Reitan 25 Jul '16

25 Jul '16

Any of you guys ever seen an issue with Xen 4.4 were xm cannot create a guest because of what looks like an issue allocating memory even though xm info shows like 5x the amount of free memory needed? We are still unfortunately still using xm... it's on my list, i know.. We've had this happen on a couple hosts now. Only way to resolve seams to be rebooting the host. I'm going to update the host to latest Xen 4.4 now hoping this is a old bug. Here's from xen logs [2016-06-22 09:13:50 1958] DEBUG (XendDomainInfo:105) XendDomainInfo.create(['vm', ['name', 'xxx'], ['memory', 2048], ['on_xend_start', 'ignore'], ['on_xend_stop', 'ignore'], ['vcpus', 2], ['oos', 1], ['image', ['linux', ['kernel', '/kernels/vmlinux-2.6.18.8-4'], ['videoram', 4], ['args', 'root=/dev/xvda ro xencons=tty console=tty1 '], ['tsc_mode', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:vg/fs_6818'], ['dev', 'xvda'], ['mode', 'w']]], ['device', ['vbd', ['uname', 'phy:vg/fs_6819'], ['dev', 'xvdb'], ['mode', 'w']]], ['device', ['vif', ['rate', '40mb/s'], ['mac', 'FE:FD:48:01:F1:E7']]]]) [2016-06-22 09:13:50 1958] DEBUG (XendDomainInfo:2504) XendDomainInfo.constructDomain [2016-06-22 09:13:50 1958] DEBUG (balloon:187) Balloon: 7602632 KiB free; need 16384; done. [2016-06-22 09:13:50 1958] ERROR (XendDomainInfo:2566) (12, 'Cannot allocate memory') Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 2561, in _constructDomain target = self.info.target()) Error: (12, 'Cannot allocate memory') [2016-06-22 09:13:50 1958] ERROR (XendDomainInfo:490) VM start failed Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 475, in start XendTask.log_progress(0, 30, self._constructDomain) File "/usr/lib64/python2.6/site-packages/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 2572, in _constructDomain raise VmError(failmsg) VmError: Creating domain failed: name=xxx [2016-06-22 09:13:50 1958] ERROR (XendDomainInfo:110) Domain construction failed Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 108, in create vm.start() File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 475, in start XendTask.log_progress(0, 30, self._constructDomain) File "/usr/lib64/python2.6/site-packages/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 2572, in _constructDomain raise VmError(failmsg) VmError: Creating domain failed: name=xxx -- Shaun

3 5

oVirt 3.6.7 packages available for testing
by Rafael Martins 19 Jul '16

19 Jul '16

Hi, after some delay, the oVirt 3.6.7 packages are available for testing in Virt SIG. They are tagged virt7-ovirt-36-testing. Please help us testing this release and submitting feedback! Thanks, Rafael Martins

2 1

help
by zyy 13 Jul '16

13 Jul '16

在 2016-07-13三的 08:14 +0000，centos-virt-request(a)centos.xn--org:-7z8fk634a > Welcome to the CentOS-virt(a)centos.org mailing list! Welcome to the > CentOS virtualization list! > > To post to this list, send your email to: > > centos-virt(a)centos.org > > General information about the mailing list is at: > > https://lists.centos.org/mailman/listinfo/centos-virt > > If you ever want to unsubscribe or change your options (eg, switch to > or from digest mode, change your password, etc.), visit your > subscription page at: > > https://lists.centos.org/mailman/options/centos-virt/zuoyunyan%40re > dflag-linux.com > > > You can also make such adjustments via email by sending a message to: > > CentOS-virt-request(a)centos.org > > with the word `help' in the subject or body (don't include the > quotes), and you will get back a message with instructions. > > You must know your password to change your options (including > changing > the password, itself) or to unsubscribe. It is: > > zz5234380 > > Normally, Mailman will remind you of your centos.org mailing list > passwords once every month, although you can disable this if you > prefer. This reminder will also include instructions on how to > unsubscribe or change your account options. There is also a button > on > your options page that will email your current password to you.

1 0

Last Mesa with VirGL support
by Jean-Marc Liger 12 Jul '16

12 Jul '16

Hi, If you are interested in giving some testing, I've rebuilt from Fedora the last Mesa stack with VirGL 3D and others drivers enabled. https://copr.fedorainfracloud.org/coprs/jmliger/virt7-upstream/ Regards, Jean-Marc Liger

1 0

qemu-kvm-ev-2.3.0-31.el7.16.1 available for testing
by Sandro Bonazzola 08 Jul '16

08 Jul '16

qemu-kvm-ev-2.3.0-31.el7.16.1 has been tagged for testing and should reach testing repositories soon. Please help testing and providing feedback, thanks. Changelog since previous release: * Fri Jul 08 2016 Sandro Bonazzola <sbonazzo(a)redhat.com> - ev-2.3.0-31.el7_2.16.1 - Removing RH branding from package name * Thu Jun 16 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.3.0-31.el7_2.16 - kvm-vga-add-sr_vbe-register-set.patch [bz#1347185] - Resolves: bz#1347185 (Regression from CVE-2016-3712: windows installer fails to start) * Mon Jun 06 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.3.0-31.el7_2.15 - kvm-qcow2-Prevent-backing-file-names-longer-than-1023.patch [bz#1340045] - Resolves: bz#1340045 (Throw error if qemu-img rebasing backing file is too long or provide way to fix a "too long" backing file.) * Mon May 16 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.3.0-31.el7_2.14 - kvm-blockjob-Allow-nested-pause.patch [bz#1329543] - kvm-block-Pause-block-jobs-in-bdrv_drain_all.patch [bz#1329543] - kvm-qemu-iotests-Test-that-stop-doesn-t-drain-block-jobs.patch [bz#1329543] - kvm-blockjob-Update-function-name-in-comments.patch [bz#1329543] - kvm-virtio-blk-use-blk_io_plug-unplug-for-Linux-AIO-batc.patch [bz#1327613] - Resolves: bz#1327613 (AIO is processing only 1 request, even if >1 requests in virtio) - Resolves: bz#1329543 (live merge - qemu-kvm hangs in aio_bh_poll) * Tue May 03 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.3.0-31.el7_2.13 - kvm-vga-fix-banked-access-bounds-checking-CVE-2016-3710.patch [bz#1331414] - kvm-vga-add-vbe_enabled-helper.patch [bz#1331414] - kvm-vga-factor-out-vga-register-setup.patch [bz#1331414] - kvm-vga-update-vga-register-setup-on-vbe-changes.patch [bz#1331414] - kvm-vga-make-sure-vga-register-setup-for-vbe-stays-intac.patch [bz#1331414] - Resolves: bz#1331414 (EMBARGOED CVE-2016-3710 qemu-kvm-rhev: qemu: incorrect banked access bounds checking in vga module [rhel-7.2.z]) * Thu Apr 14 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.3.0-31.el7_2.12 - kvm-memory-exit-when-hugepage-allocation-fails-if-mem-pr.patch [bz#1324523] - Resolves: bz#1324523 (-mem-prealloc option does not take effect when no huge page is allocated) * Wed Apr 06 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.3.0-31.el7_2.11 - kvm-exec-Stop-using-memory-after-free-BZ-1315195.patch [bz#1315195] - Resolves: bz#1315195 (qemu 2.1-2.4 crashes with segfault in phys_section_destroy) -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

XEN ISO ?
by Günther J. Niederwimmer 07 Jul '16

07 Jul '16

Hello, I have to install on a older server CentOS 7.2 with XEN. I search and cant found a stable repo for this. Can any give me a hint for this Problem? Thanks for a answer, -- mit freundlichen Grüßen / best regards, Günther J. Niederwimmer

2 1

PCI Passthrough not working
by Francis Greaves 04 Jul '16

04 Jul '16

I am having trouble getting PCI Passthrough to work from Dom0 running CentOS 7 to DomU runnning Debian 8 I am using Xen 4.6 with CentOS kernel 3.18.34-20.el7.x86_64 on a Dell Poweredge T430. I think I have set it all up correctly, but I see no message when putting a USB device into any of the USB slots on the DomU There are three other DomUs running, but I have no need of PCI Passthrough set up for them. kernel command line on Dom0 from /etc/default/grub GRUB_CMDLINE_LINUX="crashkernel=auto intremap=no_x2apic_optout" GRUB_CMDLINE_XEN_DEFAULT="dom0_mem=13312M,max:14336M dom0_max_vcpus=6 dom0_vcpus_pin xen-pciback.passthrough=1 irqpoll GRUB_CMDLINE_LINUX_XEN_REPLACE_DEFAULT="console=hvc0 earlyprintk=xen" lspci on Dom0 filtered for USB 00:1a.0 USB controller: Intel Corporation C610/X99 series chipset USB Enhanced Host Controller #2 (rev 05) 00:1d.0 USB controller: Intel Corporation C610/X99 series chipset USB Enhanced Host Controller #1 (rev 05) lsmod on Dom0 filtered for xen xenfs 12978 1 xen_privcmd 13243 12 xenfs xen_pciback 52127 0 xen_netback 45777 6 xen_blkback 31807 0 xen_gntalloc 13144 0 xen_gntdev 17468 2 xen_evtchn 13033 5 config file for DomU ============================================================== # Kernel command line options extra = "root=/dev/xvda1 swiotlb=force" memory = 2048 vcpus = 2 vif = ['mac=00:16:3E:00:00:35, bridge=xenbr5', 'mac=00:16:3E:00:00:36, bridge=xenbr6'] disk = ['phy:/dev/xen_vg/metsat_disk,xvda,w', 'phy:/dev/xen_vg/metsat_swap,xvdb,w', 'phy:/dev/xen_vg/metsat_receive,xvdc,w'] pci=['00:1a.0,rdm_policy=relaxed,permissive=1,seize=1'] on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' # Run section ============================================================== bootloader = "/usr/lib/xen/bin/pygrub" ============================================================== In the Dom0 I get this when booting the DomU, even with irqpoll in the DomU kernel line xen_pciback: xen-pciback[0000:00:1a.0] IRQ line is not shared with other domains. Turning ISR off Jul 03 11:31:23 myDom0.mynetwork.net kernel: irq 18: nobody cared (try booting with the "irqpoll" option) Jul 03 11:31:23 myDom0.mynetwork.net kernel: CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.18.34-20.el7.x86_64 #1 Jul 03 11:31:23 myDom0.mynetwork.net kernel: Hardware name: Dell Inc. PowerEdge T430/0975F3, BIOS 1.5.4 10/05/2015 Jul 03 11:31:23 myDom0.mynetwork.net kernel: 0000000000000000 ffff8803bc603d88 ffffffff81653783 ffff8803b223e400 Jul 03 11:31:23 myDom0.mynetwork.net kernel: ffff8803b223e48c ffff8803bc603db8 ffffffff810c6776 ffff8803bc613340 Jul 03 11:31:23 myDom0.mynetwork.net kernel: ffff8803b223e400 0000000000000012 0000000000000000 ffff8803bc603e08 Jul 03 11:31:23 myDom0.mynetwork.net kernel: Call Trace: Jul 03 11:31:23 myDom0.mynetwork.net kernel: <IRQ> [<ffffffff81653783>] dump_stack+0x64/0x82 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff810c6776>] __report_bad_irq+0x36/0xd0 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff810c6c86>] note_interrupt+0x226/0x270 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff813e71cc>] ? add_interrupt_randomness+0x3c/0x1f0 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff810c43ec>] handle_irq_event_percpu+0xcc/0x1e0 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff810c453b>] handle_irq_event+0x3b/0x60 Message from syslogd@myDom0 at Jul 3 11:31:23 ... kernelisabling IRQ #18 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff810c709a>] handle_fasteoi_irq+0x7a/0x130 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff810c394b>] generic_handle_irq+0x2b/0x40 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff813a2102>] evtchn_fifo_handle_events+0x162/0x170 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff8139efb0>] __xen_evtchn_do_upcall+0x50/0x90 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff813a0d67>] xen_evtchn_do_upcall+0x37/0x50 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff8165c05e>] xen_do_hypervisor_callback+0x1e/0x40 Jul 03 11:31:23 myDom0.mynetwork.net kernel: <EOI> [<ffffffff810013aa>] ? xen_hypercall_sched_op+0xa/0x20 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff810013aa>] ? xen_hypercall_sched_op+0xa/0x20 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff8100b330>] ? xen_safe_halt+0x10/0x20 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff8101ea94>] ? default_idle+0x24/0xf0 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff8101f49f>] ? arch_cpu_idle+0xf/0x20 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff810adc92>] ? cpu_startup_entry+0x312/0x3e0 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff816445c7>] ? rest_init+0x77/0x80 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff81d77130>] ? start_kernel+0x4d0/0x4dd Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff81d76a50>] ? set_init_arg+0x55/0x55 Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff81d765ee>] ? x86_64_start_reservations+0x2a/0x2c Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff81d7a7cc>] ? xen_start_kernel+0x5a9/0x5b5 Jul 03 11:31:23 myDom0.mynetwork.net kernel: handlers: Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffff814b0f50>] usb_hcd_irq Jul 03 11:31:23 myDom0.mynetwork.net kernel: [<ffffffffa050d3e0>] xen_pcibk_guest_interrupt [xen_pciback] Jul 03 11:31:23 myDom0.mynetwork.net kernel: Disabling IRQ #18 ========================================================================= on the DomU lspci 00:00.0 USB controller: Intel Corporation Wellsburg USB Enhanced Host Controller #2 (rev 05) lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub dmesg | grep usb [ 3.190569] usbcore: registered new interface driver usbfs [ 3.190584] usbcore: registered new interface driver hub [ 3.190606] usbcore: registered new device driver usb [ 3.220057] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 [ 3.220062] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 3.220067] usb usb1: Product: EHCI Host Controller [ 3.220070] usb usb1: Manufacturer: Linux 3.2.0-4-686-pae ehci_hcd [ 3.220073] usb usb1: SerialNumber: 0000:00:00.0 [ 3.532049] usb 1-1: new high-speed USB device number 2 using ehci_hcd [ 19.088071] usb 1-1: device not accepting address 2, error -110 [ 19.200069] usb 1-1: new high-speed USB device number 3 using ehci_hcd [ 34.756077] usb 1-1: device not accepting address 3, error -110 [ 34.868111] usb 1-1: new high-speed USB device number 4 using ehci_hcd [ 45.300055] usb 1-1: device not accepting address 4, error -110 [ 45.412076] usb 1-1: new high-speed USB device number 5 using ehci_hcd [ 55.844113] usb 1-1: device not accepting address 5, error -110 lsmod | grep xen xen_pcifront 17330 0 xen_blkfront 17198 6 xen_netfront 21736 0 ----------------------------------------------------------------------------------------- Does anyone have any ideas about this? Many thanks Francis

1 0

PCI Passthrough not working
by Francis Greaves 04 Jul '16

04 Jul '16

Further to my messages back in May I have at last got round to trying to get my DomU to recognise USB devices. I am using Xen 4.6 with CentOS kernel 3.18.34-20.el7.x86_64. I have to manually make the port available before creating the DomU by issuing the command: xl pci-assignable-add 00:1a.0 otherwise nothing shows in: xl pci-assignable-list I have added this to my .cfg file as per the May Emails: pci=['00:1a.0,rdm_policy=relaxed'] and in the DomU, which starts fine, I get the following information: lspci 00:00.0 USB controller: Intel Corporation Wellsburg USB Enhanced Host Controller #2 (rev 05) lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub However when I plug in a device to this USB port (Am sure it is the correct port in the Dom0) I see nothing in the DomU at all. What can I do now? Many thanks Francis

2 7

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

virt July 2016