virt

virt@lists.centos.org

1612 discussions

libvirt errors after applying RPMS from 2015:X002
by rgritzo 24 Mar '15

24 Mar '15

Thanks for the info. I am trying to connect to the Xen hypervisor, via a localhost connection defined in the virt-manager configuration. here is the detail provided in the error dialog: ————————— Unable to open a connection to the Xen hypervisor/daemon. Verify that: - A Xen host kernel was booted - The Xen service has been started internal error: DBus support not compiled into this binary Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/connection.py", line 1168, in _open_thread self.vmm = self._try_open() File "/usr/share/virt-manager/virtManager/connection.py", line 1152, in _try_open flags) File "/usr/lib64/python2.6/site-packages/libvirt.py", line 105, in openAuth if ret is None:raise libvirtError('virConnectOpenAuth() failed') libvirtError: internal error: DBus support not compiled into this binary —————————— The hypervisor and VM’s work. If i start and manage VMs with virsh, the work fine. it just is the virt-manager that seems broken, but that is important for my operation. i just applied the patches to a second machine - just in case it was something about the first one - and the same results. i am not as versed in python debugging as i would like to be, so this will be a challenge. it sure seems like the issue is in the libvirtd library from the error messages - but i will keep poking at it as time permits and post here if i have any answers... thanks. r. > On Wed, Jan 28, 2015 at 09:54:54PM -0700, rgritzo wrote: > > folks: > > > > after applying the updated rpms from advisory 2015:X002 i am having problems with libvirtd, and with virt-manager. > > > > if i run libvirtd in the foreground and look at the error messages, the error i see is > > 2015-01-29 04:45:27.342+0000: 6477: error : virDBusGetSystemBus:1742 : internal error: DBus support not compiled into this binary > > > > Hmm, weird, it works OK for me.. > > > and virt-manager is unable to connect to the hypervisor. this started after i applied the subject patches. > > > > is this an issue with the recent versions of libvirt? > > anybody else seeing this behavior? > > > > What hypervisor are you trying to use? Xen? KVM ? > > > btw - system is centos 6.6, kernel 3.10.63-11.el6.centos.alt.x86_64 > > > > I'm using the same kernel with Xen 4.4.1 rpms. > > > > thanks in advance. > > > > -- > > rgritzo at gmail.com > > > > > — Pasi — r.

2 3

xapi for centOS 6.6
by Gautam Malu 24 Mar '15

24 Mar '15

Hi, I am a masters student at IIIT Hyderabad, India. I am writing a GOSC proposal for CentOS organization. It's about delivering a custom installer ISO which delivers Xen 4.4 stack on CentOS 6. full proposal: http://www.google-melange.com/gsoc/proposal/public/google/gsoc2015/gautam_m… I want to port xapi on CentOS 6 as part of it. There has been some previous efforts to port xapi on CentOS 6 but nothing official, as follows: http://wiki.xen.org/wiki/XAPI_On_CentOS_6 https://github.com/JohnGarbutt/xen-api-devinstall http://wiki.xenproject.org/wiki/Ceph_and_libvirt_technology_preview i was wondering if there is any other project going on to port xapi on CentOS 6 > CentOS 6.3 with XenServer being fully open source now. Best regards, Gautam Malu

3 2

Reminder: Virt SIG meeting today, 2pm GMT, on #centos-devel
by George Dunlap 24 Mar '15

24 Mar '15

Just a reminder about the Virt SIG meeting today on IRC. Please e-mail if you have anything in particular you'd like to add to the agenda. -George

1 0

Re: [CentOS-virt] [CentOS-devel] Congratulations for selection in GSOC-2015
by Lars Kurth 23 Mar '15

23 Mar '15

Hi all, do you have a process in mind for selecting GSoC applicants? Regards Lars > On 10 Mar 2015, at 23:28, Karsten Wade <kwade(a)redhat.com> wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 03/10/2015 05:32 AM, Karanbir Singh wrote: >> Hi, >> >> On 03/09/2015 10:22 PM, Karsten Wade wrote: >>> KB: >>> >>> Can you look at the excerpt below and let me know what you >>> think? >>> >>> tl;dnr - I'd like to get consensus right away on where we'll be >>> having the technical part of the student/mentor discussions. Some >>> cases it will be in the upstream project space, but I think best >>> practice especially during the coding time of the Summer is to >>> use "the usual channels", i.e. centos-devel and #centos-devel. >> >> Thought we already closed on this, I agree : tech content, about >> the distro - #centos-devel( irc+list) gsoc specific / admin >> specific - #gsoc (irc+list) >> >> Having worked with the ideas in prep for this, everyone of the >> efforts is going to have integration points with other efforts, and >> in many cases with ongoing centos development activities ( either >> in infra/ cbs / ci / release stuff ), so keeping those >> conversations to #centos-devel makes the most sense. > > Thanks, I wasn't clear on the answer, just wanted to make sure before > telling all the mentors and students. > > - - Karsten > - -- > Karsten 'quaid' Wade .^\ CentOS Doer of Stuff > http://TheOpenSourceWay.org \ http://community.redhat.com > @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1 > > iEYEARECAAYFAlT/fgUACgkQ2ZIOBq0ODEEIcwCg1bKeWrwWHlBB1IcLhVu1jX4V > imcAnRVnxJ7NjV97W+gRT3jO7iNb86oS > =Fi8M > -----END PGP SIGNATURE----- > _______________________________________________ > CentOS-devel mailing list > CentOS-devel(a)centos.org > http://lists.centos.org/mailman/listinfo/centos-devel

1 0

Make a installer ISO to install Xen 4.4 + CetOS 4.4
by Gautam Malu 22 Mar '15

22 Mar '15

Hi, I am Masters student at IIIT Hyderabad, India. I have made a set of scripts to make a customized installer ISO which installs Xen4.4 + CentOS 6.6. I have tested it on a Xen HVM VM. I would be great if anyone can test it out. https://github.com/gautammaloo/centos-xen Best regards, Gautam Malu

2 2

Can't block-attach a file on a read only volume?
by Nathan March 19 Mar '15

19 Mar '15

Hi All, One more weird issue, this works on old xen but fails on 4.4: xendev01 ~ # mkdir /mnt/test xendev01 ~ # mount -t tmpfs - /mnt/test xendev01 ~ # dd if=/dev/null of=/mnt/test/disk seek=100M bs=1 0+0 records in 0+0 records out 0 bytes (0 B) copied, 0.000201809 s, 0.0 kB/s xendev01 ~ # /usr/sbin/xl block-attach nathannx "file:/mnt/test/disk" "xvdd4" DEBUG libxl__blktap_devpath 37 aio:/mnt/test/disk DEBUG libxl__blktap_devpath 40 /dev/xen/blktap-2/tapdev20 xendev01 ~ # xl block-detach nathannx 51764 DEBUG libxl__device_destroy_tapdisk 66 type=aio:/mnt/test/disk disk=:/mnt/test/disk xendev01 ~ # mount -o remount,ro /mnt/test xendev01 ~ # /usr/sbin/xl block-attach nathannx "file:/mnt/test/disk" "xvdd4" DEBUG libxl__blktap_devpath 37 aio:/mnt/test/disk libxl: error: libxl.c:2149:device_disk_add: failed to get blktap devpath for 0xd3abd0 libxl: error: libxl.c:1727:device_addrm_aocomplete: unable to (null) device libxl_device_disk_add failed. I'm not sure why xen would care if the disk is writable? Would be nice to be able to mount these since many NFS storage arrays provide read only access to snapshots. - Nathan

2 4

CentOS 6 VM image for paravirtualizaton on CentOS Xen server
by Nico Kadel-Garcia 19 Mar '15

19 Mar '15

I'm looking at a CentOS 5 Xen server that I'd really like to put some more recent VM's. There are reasons not to touch it at the moment, so I can't upgrade it in place today. Has anyone successfully installed a CentOS 6 VM, paravirtualized, on a CentOS 5 Xen server , without significant Xen upgrades? If so, can I get a copy from a reputable source, or one that I can review before using? I'm having a bit of difficulty arranging a PXE enironment to do a paraviirtualized installation with, and there are apparently difficulties doing a paravirtualzed system with CD or DVD installation with Xen. Nico Kadel-Garcia <nkadel(a)gmail.com>

6 12

golang 1.4.2 in virt7-testing
by Lokesh Mandvekar 18 Mar '15

18 Mar '15

golang-1.4.2 is now available in the virt7-testing repo. More build info here: https://cbs.centos.org/koji/taskinfo?taskID=8901 docker seems to work fine with golang 1.4 on fedora rawhide and I heard the latest etcd needs at least 1.4. So hopefully, the latest build ^ takes care of this. -- Lokesh Freenode, OFTC: lsm5 GPG: 0xC7C3A0DD

1 0

Virt SIG Meeting minutes for 10 Mar 2015
by Sandro Bonazzola 16 Mar '15

16 Mar '15

======================= #centos-devel: Virt SIG ======================= Meeting started by gwd-laptop at 14:01:55 UTC. The full logs are available at http://www.centos.org/minutes/2015/march/centos-devel.2015-03-10-14.01.log.… . Meeting summary --------------- * Xen updates (gwd-laptop, 14:03:52) * ACTION: gwd-laptop See if there was a conclusion to the docker / xen dom0 kernel discussion (i.e., separate repos or no) (gwd-laptop, 14:08:02) * Docker update (gwd-laptop, 14:08:32) * Docker 1.5.0 in virt7-testing. Public call for testing made, no timeline for official publication yet. (gwd-laptop, 14:16:35) * oVirt update (gwd-laptop, 14:17:46) * oVirt 3.5.2 RC1 has been released upstream, 3.5.2 GA scheduled for first week of April (sbonazzo, 14:17:58) * since CentOS 7.1 will be out sooner, we'll provide early testing and feedback to CentOS (sbonazzo, 14:18:11) * how to test page has been created updating the exisiting legacy how-to (sbonazzo, 14:18:30) * LINK: http://wiki.centos.org/HowTos/oVirt (sbonazzo, 14:18:38) * and linked in main SIG page on Projects - oVirt (sbonazzo, 14:18:48) * LINK: http://wiki.centos.org/SpecialInterestGroup/Virtualization (sbonazzo, 14:19:02) * slowly progressing with dependencies building due to limited human / time resources (sbonazzo, 14:19:12) * LINK: http://wiki.centos.org/SpecialInterestGroup/Virtualization/Roadmap (sbonazzo, 14:19:21) * reached an agreement on qemu-kvm-rhev re-branding, it will be qemu-kvm-ev. (sbonazzo, 14:19:29) * the new package has CentOS 7.1 dependencies so it has to wait. (sbonazzo, 14:19:35) * AOB (gwd-laptop, 14:28:34) * George checked the e-mail discussion and it had been concluded that we'd have separate tags for different project within the SIG (gwd-laptop, 14:29:19) Meeting ended at 14:33:30 UTC. Action Items ------------ * gwd-laptop See if there was a conclusion to the docker / xen dom0 kernel discussion (i.e., separate repos or no) Action Items, by person ----------------------- * gwd-laptop * gwd-laptop See if there was a conclusion to the docker / xen dom0 kernel discussion (i.e., separate repos or no) * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * gwd-laptop (38) * sbonazzo (25) * lsm5 (13) * centbot (5) * nshaikh (2) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Tapdisk processes being left behind when hvm domu's migrate/shutdown
by Nathan March 13 Mar '15

13 Mar '15

Hi All, I'm seeing tapdisk processes not being terminated after a HVM vm is shutdown or migrated away. I don't see this problem with linux paravirt domu's, just windows hvm ones. xl.cfg: name = 'nathanwin' memory = 4096 vcpus = 2 disk = [ 'file:/mnt/gtc_disk_p1/nathanwin/drive_c,hda,w' ] vif = [ 'mac=00:16:3D:01:03:E0,bridge=vlan208' ] builder = "hvm" kernel = "/usr/lib/xen/boot/hvmloader" localtime = 0 on_poweroff = "destroy" on_reboot = "restart" on_crash = "destroy" vnc = 1 vncunused = 1 cpuid = [ '0:eax=00000000000000000000000000001011', '1:eax=00000000000000100000011011000010,ecx=10000011101110100010001000000011,edx=00010111100010111111101111111111', '2:eax=01010101000000110101101000000001', '7,0:eax=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx,ebx=00000000000000000000000000000000,ecx=00000000000000000000000000000000,edx=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx', '13,1:eax=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx0', '10:ebx=00000000000000000000000000000000', '11:edx=00000000000000000000000000000000', '2147483650:eax=01100101011101000110111001001001,ebx=00101001010100100010100001101100,ecx=01101111011001010101100000100000,edx=00101001010100100010100001101110', '2147483651:eax=01010101010100000100001100100000,ebx=00100000001000000010000000100000,ecx=00100000001000000010000000100000,edx=01001100001000000010000000100000', '2147483652:eax=00110000001101000011011000110101,ebx=00100000010000000010000000100000,ecx=00110111001100100010111000110010,edx=00000000011110100100100001000111', '2147483656:eax=00000000000000000011000000101000', ] Starting with the VM running initially on another host, I migrate it in: migration target: Ready to receive domain. Saving to migration stream new xl format (info 0x0/0x0/1450) Loading new save file <incoming migration stream> (new xl fmt info 0x0/0x0/1450) Savefile contains xl domain config WARNING: ignoring "kernel" directive for HVM guest. Use "firmware_override" instead if you really want a non-default firmware xc: progress: Reloading memory pages: 56320/1114193 5% xc: progress: Reloading memory pages: 1003520/1114193 90% DEBUG libxl__blktap_devpath 37 aio:/mnt/gtc_disk_p1/nathanwin/drive_c DEBUG libxl__blktap_devpath 40 /dev/xen/blktap-2/tapdev0 DEBUG libxl__blktap_devpath 37 aio:/mnt/gtc_disk_p1/nathanwin/drive_c DEBUG libxl__blktap_devpath 40 /dev/xen/blktap-2/tapdev2 migration target: Transfer complete, requesting permission to start domain. migration sender: Target has acknowledged transfer. migration sender: Giving target permission to start. migration target: Got permission, starting domain. migration target: Domain started successsfully. migration sender: Target reports successful startup. DEBUG libxl__device_destroy_tapdisk 66 type=aio:/mnt/gtc_disk_p1/nathanwin/drive_c disk=:/mnt/gtc_disk_p1/nathanwin/drive_c Migration successful. and now I have 2 tapdisk procs: gtc-vana-005 ~ # ps auxf | grep tapdisk root 32491 0.1 0.2 20364 4636 ? SLs 11:06 0:00 tapdisk root 32520 0.0 0.2 20364 4636 ? SLs 11:06 0:00 tapdisk Which seems odd given that the VM in question only has a single disk attached to it and the qemu proc indicates it's using tapdev2: root 32524 0.4 0.7 323208 15040 ? SLsl 11:06 0:00 /usr/lib/xen/bin/qemu-system-i386 -xen-domid 3 -chardev socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-3,server,nowait -mon chardev=libxl-cmd,mode=control -nodefaults -name nathanwin--incoming -vnc 127.0.0.1:0,to=99 -device cirrus-vga -global vga.vram_size_mb=8 -boot order=cda -smp 2,maxcpus=2 -device rtl8139,id=nic0,netdev=net0,mac=00:16:3d:01:03:e0 -netdev type=tap,id=net0,ifname=vif3.0-emu,script=no,downscript=no -incoming fd:13 -machine xenfv -m 4088 -drive file=/dev/xen/blktap-2/tapdev2,if=ide,index=0,media=disk,format=raw,cache=writeback gtc-vana-005 ~ # lsof -p 32520 | grep blktap-2 tapdisk 32520 root mem CHR 246,2 886671 /dev/xen/blktap-2/blktap2 tapdisk 32520 root 19u CHR 246,2 0t0 886671 /dev/xen/blktap-2/blktap2 gtc-vana-005 ~ # lsof -p 32491 | grep blktap-2 tapdisk 32491 root mem CHR 246,0 903999 /dev/xen/blktap-2/blktap0 tapdisk 32491 root 14u CHR 246,0 0t0 903999 /dev/xen/blktap-2/blktap0 I then migrate this VM off to another host: migration target: Ready to receive domain. Saving to migration stream new xl format (info 0x0/0x0/1450) Loading new save file <incoming migration stream> (new xl fmt info 0x0/0x0/1450) Savefile contains xl domain config WARNING: ignoring "kernel" directive for HVM guest. Use "firmware_override" instead if you really want a non-default firmware xc: progress: Reloading memory pages: 56320/1114193 5% xc: progress: Reloading memory pages: 1003520/1114193 90% DEBUG libxl__blktap_devpath 37 aio:/mnt/gtc_disk_p1/nathanwin/drive_c DEBUG libxl__blktap_devpath 40 /dev/xen/blktap-2/tapdev2 DEBUG libxl__blktap_devpath 37 aio:/mnt/gtc_disk_p1/nathanwin/drive_c DEBUG libxl__blktap_devpath 40 /dev/xen/blktap-2/tapdev3 migration target: Transfer complete, requesting permission to start domain. migration sender: Target has acknowledged transfer. migration sender: Giving target permission to start. migration target: Got permission, starting domain. migration target: Domain started successsfully. migration sender: Target reports successful startup. DEBUG libxl__device_destroy_tapdisk 66 type=aio:/mnt/gtc_disk_p1/nathanwin/drive_c disk=:/mnt/gtc_disk_p1/nathanwin/drive_c Migration successful. and I'm down to one tapdisk proc that didn't get cleaned up: gtc-vana-005 ~ # ps auxf | grep tapdisk root 32520 0.0 0.2 20364 4636 ? SLs 11:06 0:00 tapdisk So it seems like xen is creating a second tapdisk proc on startup for some reason when it doesn't need to, then on cleanup it's only killing one of the two procs. Any thoughts? This is on the latest 4.4.1-7.el6 packages. Thanks! - Nathan

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

virt