- Users - libvirt List Archives

[libvirt-users] Solution for Address family not supported by protocol
by 4k3nd0 04 Mar '12

04 Mar '12

I just upgrade to the last version of the libvirt on my Gentoo System. (From 0.9.6 to 0.9.10-r3) But i have a problem with starting my NAT: Error starting network 'NAT': Cannot open network interface control socket: Address family not supported by protocol Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 45, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/asyncjob.py", line 66, in tmpcb callback(*args, **kwargs) File "/usr/share/virt-manager/virtManager/network.py", line 82, in start self.net.create() File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1863, in create if ret == -1: raise libvirtError ('virNetworkCreate() failed', net=self) libvirtError: Cannot open network interface control socket: Address family not supported by protocol Anyone have an idea how to fix this? I try also to add a new adapter by hand, but know seems to work her.... so far 4k3nd0

1 0

[libvirt-users] Resource overcommit
by Jatin Kumar 04 Mar '12

04 Mar '12

How do we configure cpu and memory over commitment in KVM ? -- Jatin

1 0

[libvirt-users] [LXC] Attempt to start X in guest makes host X die
by Robin Green 04 Mar '12

04 Mar '12

I have attempted to start X in a rawhide LXC guest on a Fedora 16 host, using echo a > /sys/fs/cgroup/devices/libvirt/lxc/Rawhide/devices.allow to allow me to create all the necessary devices in /dev in the guest (dangerous, I know, but I only ran that command after the guest systemd finished booting). This is with the nouveau open source driver. I ran X using /usr/bin/startx -- :7 vt7 Immediately the host X server dies, even though it's on a different virtual terminal (VT1). It seems to be something to do with DRM. The /var/log/Xorg.0.log in the host says something about drmSetMaster failing. What's strange is that according to the guest Xorg.7.log, DRM opening fails there too: "drmOpenDevice: open result is -1, (No such device)". If there is no such device (even though I created it), how can the guest be affecting the host? I think it might possibly be related to https://bugzilla.redhat.com/show_bug.cgi?id=680677 Maybe the guest X immediately fails to start but for some reason does not release the DRM master (at all, or quickly enough), and the host X tries to regain the DRM master but fails and dies. I looked at some other drivers to see if any other X drivers have better handling of the latter condition, but I couldn't find any which do a retry in this case. I would report a bug, but I'm not sure which Fedora component to report this against.

1 1

[libvirt-users] Rebélate by self-management, first project of free software by which we bet all / Rebélate por la autogestión, primer proyecto de software libre por el que apostamos todas
by Orquidea Salt mas 02 Mar '12

02 Mar '12

Inglés : Many already we have contributed to the first project of free software dedicated to self-management in this campaign of collective financing, it collaborates and it spreads!/ Beginning campaign collective financing http://www.goteo.org/project/rebelaos-publicacion-por-la-autogestion?lang=en Login to enter with user of social networks and for would register in Goteo : http://www.goteo.org/user/login?lang=en Rebelaos! Publication by self-management A massive publication that floods the public transport, the work centers, the parks, the consumption centers, by means of distribution of 500,000 gratuitous units, acting simultaneously in all sides and nowhere. We announce the main tool of a vestibule Web for the management of self-sustaining resources by means of Drupal, in addition in the publication there will be an article dedicated to free software, hardware, It is being prepared in inglès, the machinery You can see more details in the index of the publication https://n-1.cc/pg/file/read/1151902/indexresumen-de-los-contenidos-pdf . A computer system that allows us to share resources in all the scopes of our life so that we do not have to generate means different for each subject nor for each territory. A point of contact digitalis to generate projects of life outside Capitalism and to margin of the State. A tool to spread and to impel the social transformation through the resources that will set out in their contents around self-management, the autoorganización, the disobedience and the collective action. In which the capitalist system goes to the collapse, in a while immersed in a deep systemic crisis (ecological, political and economic, but mainly of values), where individual and collective of people they are being lacking of his fundamental rights, is necessary to develop a horizontal collective process where all the human beings we pruned to interact in equality of conditions and freedom. To interact means to relate to us (as much human as economically), to communicate to us, to cover our basic needs, to generate and to protect communal properties, to know and to provide collective solutions us problematic that our lives interfere. We want abrir a breach within normality in the monotonous life state-capitalist, a day anyone, that finally will not be any day. By means of this publication we try: - To drive a horizontal collective process where all and all we pruned to interact in equality of conditions and freedom. - To create communications network between the people it jeopardize with the change and arranged to act. - To find collective solutions to problematic that our lives interfere - To facilitate the access to resources that make possible self-management. - To participate in the construction of networks of mutual support, generated horizontals, asamblearias and from the base. - To publish all this information in an attractive format stops to facilitate the access to all the society. There are 15 days remaining for the upcoming March 15, the day that will come Rebelaos!, Magazine for the selfmanagement Today, we issue the cover of Rebelaos! (Castilian version) that can be displayed on the following link: https://n-1.cc/pg/file/read/1200503/portada-15-de-marzo-rebelaos The contents of the store owners to us by 15 March. Do you? Do you keep on 15 March? In addition, we have over 200 distribution nodes, distributed throughout the Spanish state. Check the map: https://afinidadrebelde.crowdmap.com/ On the other hand, the funding campaign continues to move and still have 12 days to collect the remaining 6,000 euros. We can all make a bit for all the grains of sand become a great beach on March 15. You can access the co-financing campaign: http://www.goteo.org/project/rebelaos-publicacion-por-la-autogestion Rebel Affinity group www.rebelaos.net ------------------------------------------------------------------------------- Castellano: Muchos ya hemos aportado al primer proyecto de software libre dedicado a la la financiación colectiva, colabora y diffunde !!!!! Inicio campaña financiación colectiva goteo.org www.goteo.org/project/rebelaos-publicacion-por-la-autogestion Link para registrarse en Goteo y acceder a redes sociales para colaborar en la difusín http://www.goteo.org/user/login ¡Rebelaos! Publicación por la autogestión Una publicación masiva que inunde el transporte público, los centros de trabajo, los parques, los centros de consumo, mediante la distribución de 500.000 ejemplares gratuitos, actuando simultáneamente en todos lados y en ninguna parte. Anunciamos la herramienta principal de un portal web para la gestión de recursos autogestionados mediante Drupal, además en la publicación habrá un artículo dedicado al software libre, el hardware, la maquinaria... Puedes ver más detalles en el índice de la publicación https://n-1.cc/pg/file/read/1151902/indexresumen-de-los-contenidos-pdf Un sistema infórmatico que nos permita compartir recursos en todos los ámbitos de nuestra vida de forma que no tengamos que generar un medio distinto para cada tema ni para cada territorio. Un punto de encuentro digital para generar proyectos de vida fuera del capitalismo y al margen del Estado. Una herramienta para difundir e impulsar la transformación social a través de los recursos que se propondrán en sus contenidos en torno a la autogestión, la autoorganización, la desobediencia y la acción colectiva. En un momento en que el sistema capitalista se dirige al colapso, inmerso en una profunda crisis sistémica (ecológica, política y económica, pero principalmente de valores), donde individuos y colectivos de personas están siendo desprovistos de sus derechos fundamentales, es necesario desarrollar un proceso colectivo horizontal donde todos los seres humanos podamos interactuar en igualdad de condiciones y en libertad. Interactuar significa relacionarnos (tanto humana como económicamente), comunicarnos, cubrir nuestras necesidades básicas, generar y proteger bienes comunes, conocernos y dar soluciones colectivas a problemáticas que interfieren nuestras vidas. Queremos abrir una brecha dentro de la normalidad en la monótona vida estatal-capitalista, un día cualquiera, que finalmente no será cualquier día. Mediante esta publicación pretendemos: - Impulsar un proceso colectivo horizontal donde todos y todas podamos interactuar en igualdad de condiciones y en libertad. - Crear red de comunicaciones entre las personas comprometidas con el cambio y dispuestas a actuar. - Encontrar soluciones colectivas a problemáticas que interfieren nuestras vidas. - Facilitar el acceso a recursos que posibiliten la autogestión. - Participar en la construcción de redes de apoyo mutuo, horizontales, asamblearias y generadas desde la base. - Publicar toda esta información en un formato atractivo para facilitar el acceso a toda la sociedad. Son 15 los días que restan para el próximo 15 de marzo, día en el que verá la luz ¡Rebelaos!, publicación por la autogestión. Hoy, hacemos pública la portada de ¡Rebelaos! (versión en castellano) que podéis visualizar en el siguiente enlace: https://n-1.cc/pg/file/read/1200503/portada-15-de-marzo-rebelaos El contenido de los titulares nos los guardamos para el 15 de marzo. ¿Y tú? ¿Te guardas el 15 de marzo? Además, ya hemos superado los 200 nodos de distribución, repartidos por todo el estado español. Ver el mapa: https://afinidadrebelde.crowdmap.com/ Por otro lado, la campaña de financiación continúa avanzando y todavía quedan 12 días para reunir los 6.000 euros que restan. Todas podemos aportar un poco para que todos los granitos de arena se conviertan en una gran playa el 15 de marzo. Podéis acceder a la campaña de cofinanciación en: http://www.goteo.org/project/rebelaos-publicacion-por-la-autogestion Colectivo Afinidad Rebelde www.rebelaos.net

2 1

[libvirt-users] vhost-net support in ethernet domian
by Tomasz Paszkowski 02 Mar '12

02 Mar '12

Hi, I'am just wondering why there's no support for vhost-net (qemu) in an ethernet domain (<interface type='ethernet'>) ? below code from qemu_command.c: if (actualType == VIR_DOMAIN_NET_TYPE_NETWORK || actualType == VIR_DOMAIN_NET_TYPE_BRIDGE || actualType == VIR_DOMAIN_NET_TYPE_DIRECT) { /* Attempt to use vhost-net mode for these types of network device */ -- Tomasz Paszkowski SS7, Asterisk, SAN, Datacenter, Cloud Computing +48500166299

1 0

[libvirt-users] libvirt-manager , details / console ...
by Marko Weber 02 Mar '12

02 Mar '12

Hi all, we have an easy question for you maybe. when we start the virt-manager, and doubleclick an listed virtual machine, we always bei transported to CONSOLE page. Thats very annoying for us. Is there a possibility to set an option, that on doubleclick you are getting the CONSOLE TAB. in 95% we need Console and not Details. thanks for any costructive hints. marko , from cloudy rainy germany

3 3

[libvirt-users] Migration of a vm consuming high cpu
by Jatin Kumar 01 Mar '12

01 Mar '12

Hello, Today i tried to migrate a vm which was consuming 4 cpus and some 8GB of ram. The cpu utilization was close to 100%. First of all migration took a lot of time and ultimately it failed with and "unknown error" message. Till this time vm was in good state. Then i tried to suspend it and gave error message like "unable to free cpu. cannot suspend". Finally after many attempts it got suspended. Do we have any solution to this. -- Jatin

1 0

[libvirt-users] Problems running virtual machines after an upgrade
by Bhasker C V 29 Feb '12

29 Feb '12

Hi all, I upgraded qemu-kvm and libvirt to the new versions qemu-kvm at : 1.0 libvirt at : git version 0.9.10 I lost the original machines but the xml files were are all present (it is not showing up in virsh list --all) But when I import an xml I get an error: Attached is some information which might be helpful Can someone help please ? If this is a compatibility issue please can someone tell me which is the latest version of qemu-kvm and libvirt combination which will work ? I cannot use qemu plain since it does not yet support boot from scsi thanks ----------------------------------------------- $ sudo virsh list --all Id Name State ---------------------------------------------------- $ lsmod | grep kvm kvm_intel 112920 0 kvm 280656 1 kvm_intel $ /usr/local/sbin/libvirtd --version /usr/local/sbin/libvirtd (libvirt) 0.9.10 $ ./qemu-system-x86_64 --version QEMU emulator version 1.0-bcv (qemu-kvm-1.0), Copyright (c) 2003-2008 Fabrice Bellard $ sudo virsh define ./debian.xml error: Failed to define domain from ./debian.xml error: unknown OS type hvm $ cat debian.xml <domain type='kvm'> <name>debian</name> <uuid>0aab8869-ff87-14ce-a00b-944cdca7acf7</uuid> <memory>524288</memory> <currentMemory>524288</currentMemory> <vcpu cpuset='6-7'>2</vcpu> <cputune> <vcpupin vcpu='0' cpuset='6'/> <vcpupin vcpu='1' cpuset='7'/> </cputune> <os> <type arch='x86_64' machine='pc-0.14'>hvm</type> <boot dev='hd'/> </os> <features> <acpi/> <apic/> <pae/> </features> <cpu match='exact'> <model>core2duo</model> <vendor>Intel</vendor> <topology sockets='1' cores='2' threads='1'/> <feature policy='disable' name='lahf_lm'/> </cpu> <clock offset='localtime'> <timer name='hpet' tickpolicy='catchup'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/local/bin/kvm</emulator> <disk type='file' device='disk'> <driver name='qemu' type='qcow2'/> <source file='/VIRT/disks/DEBIAN'/> <target dev='sda' bus='scsi'/> <address type='drive' controller='0' bus='0' unit='0'/> </disk> <disk type='block' device='cdrom'> <driver name='qemu' type='raw'/> <target dev='hdc' bus='ide'/> <readonly/> <address type='drive' controller='0' bus='1' unit='0'/> </disk> <controller type='scsi' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </controller> <controller type='ide' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <interface type='bridge'> <mac address='52:54:00:71:62:f3'/> <source bridge='virt'/> <model type='e1000'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </interface> <serial type='pty'> <target port='0'/> </serial> <serial type='pty'> <target port='0'/> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <input type='mouse' bus='ps2'/> <graphics type='vnc' port='-1' autoport='yes' keymap='en-gb'/> <sound model='ich6'> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </sound> <video> <model type='cirrus' vram='9216' heads='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </memballoon> </devices> </domain> -- Bhasker C V

3 3

[libvirt-users] Virtualizing a an old SuSE system
by Dale Amon 29 Feb '12

29 Feb '12

I'm in the midst of an attempt to convert an old and rather large SuSE server (5 disks) into a virsh loadable VM. Has anyone else dealt with the issues of systems of this sort? I'm at the moment trying to hand construct a machine xml file for it. I managed to create one which would load but not start. I'd appreciate some pointers and can supply whatever info you'd like about what I am trying to do and what the dd'd image of the system disk and other disks are like. Not that they do have LVM's, although the boot should be off a base partition that is not in the LVM.

3 6

[libvirt-users] Fwd: Unable to connect qemu:///system on Fedora16 X86_64
by suyi wang 29 Feb '12

29 Feb '12

---------- 已转发邮件 ---------- 发件人： suyi wang <wangsuyi640(a)gmail.com> 日期： 2012年2月29日上午10:57 主题： Re: [libvirt-users] Unable to connect qemu:///system on Fedora16 X86_64 收件人： Eric Blake <eblake(a)redhat.com> So, thanks a lot . Eric. I attached the figure，which showed when I ran the command "virt-manager". I also tested the commad as follows, sa you can see my output. [root@localhost ~]# virt-manager --debug 2012-02-29 10:56:13,555 (cli:71): virt-manager startup 2012-02-29 10:56:13,555 (virt-manager:292): Launched as: /usr/share/virt-manager/virt-manager.py --debug 2012-02-29 10:56:13,555 (virt-manager:293): GTK version: (2, 24, 7) 2012-02-29 10:56:13,555 (virt-manager:294): virtManager import: <module 'virtManager' from '/usr/share/virt-manager/virtManager/__init__.pyc'> 2012-02-29 10:56:13,671 (engine:555): No inspection thread because libguestfs is too old, not available, or libvirt is not thread safe. 2012-02-29 10:56:13,674 (engine:346): About to connect to uris ['qemu:///system'] 2012-02-29 10:56:13,720 (engine:471): window counter incremented to 1 2012-02-29 10:56:13,726 (connection:954): Scheduling background open thread for qemu:///system 2012-02-29 10:56:13,727 (connection:1140): Background 'open connection' thread is running Thanks! Suyi Wang 2012/2/29 Eric Blake <eblake(a)redhat.com> > On 02/28/2012 10:23 AM, suyi wang wrote: > > Dear all: > > I ust installed Fedora16Fedora16 X86_64 on my new machine, and then I > > ran the commands as follows(ran as root): > > > > yum install qemu-kvm > > yum install qemu > > yum install libvirt > > yum install virt-manager > > > > then I started the libvirtd as follow: > > /etc/init.d/lbvirtd start > > > > So , it ran well. > > > > > > However, after a few days , when I ran the command "virt-manager" , it > > showed as bellow: > > > > > > > > it seemed that ti cannot connect the hipervisor. > > This list is plain-text only. Your embedded graphic (at least, I'm > assuming you attempted to embed a graphic) got eaten by the list server, > so we don't know what message you got. Can you paste the actual error > message you got? > > Meanwhile, we have a wiki page for diagnosing common problems. Perhaps > your issue is covered by one of the items there; and if not, it would > help if you could add a new page with the steps you take in resolving > the issue. http://wiki.libvirt.org/page/Troubleshooting > > > > > > > Then I did a little test: > > I ran the conmand "virsh list" , but it didnot work,either. > > Again, knowing the exact output of 'virsh -c qemu:///system list', > rather than just saying it didn't work, will help others in diagnosing > your issue. > > -- > Eric Blake eblake(a)redhat.com +1-919-301-3266 > Libvirt virtualization library http://libvirt.org > >

1 0