- Users - libvirt List Archives

[libvirt-users] Speed of physical NIC?
by Marcel Müller 28 Jun '12

28 Jun '12

Hello everyone, Im trying to use libvirt to calculate some statistics about the current guest utilizations, but I do have some problems in regards of networking. I can do sampling of network speed by using the interfaceStats-API over a predefined period of time. But to calculate the percentage of the used bandwidth I need to know to what kind of network the interface is connected to 100 Mbit/s, 1000 Mbit/s, ? Is there any way to get this information through Libvirt or is there any addition planned for that? Thank you very much in advance, Best Regards, Marcel

1 0

[libvirt-users] Trouble connecting to XenServer HyperVisor with Java bindings
by Nick Mathews 27 Jun '12

27 Jun '12

Hello, I am trying to use the libvirt Java bindings (version 0.4.7) with libvirt version 0.9.12 to connect to a XenServer hypervisor. Virsh is able to connect to my XenServer, but when I try to do the same thing in Java, it won't connect. Here is the debug output: 2012-06-26 19:48:52.259+0000: 26051: info : libvirt version: 0.9.12, package: 1.fc16 (Unknown, 2012-06-26-11:43:53, flynx) 2012-06-26 19:48:52.259+0000: 26051: warning : virLogParseOutputs:993 : Ignoring invalid log output setting. WARNING: no socket to connect to 2012-06-26 19:48:52.275+0000: 26051: debug : virInitialize:414 : register drivers 2012-06-26 19:48:52.277+0000: 26051: debug : virRegisterDriver:775 : driver=0x4dad5a0 name=Test 2012-06-26 19:48:52.277+0000: 26051: debug : virRegisterDriver:799 : registering Test as driver 0 2012-06-26 19:48:52.277+0000: 26051: debug : virRegisterNetworkDriver:592 : registering Test as network driver 0 2012-06-26 19:48:52.277+0000: 26051: debug : virRegisterInterfaceDriver:625 : registering Test as interface driver 0 2012-06-26 19:48:52.277+0000: 26051: debug : virRegisterStorageDriver:658 : registering Test as storage driver 0 2012-06-26 19:48:52.277+0000: 26051: debug : virRegisterDeviceMonitor:691 : registering Test as device driver 0 2012-06-26 19:48:52.277+0000: 26051: debug : virRegisterSecretDriver:724 : registering Test as secret driver 0 2012-06-26 19:48:52.277+0000: 26051: debug : virRegisterNWFilterDriver:757 : registering Test as network filter driver 0 2012-06-26 19:48:52.279+0000: 26051: debug : virRegisterDriver:775 : driver=0x4dae100 name=Xen 2012-06-26 19:48:52.280+0000: 26051: debug : virRegisterDriver:799 : registering Xen as driver 1 2012-06-26 19:48:52.283+0000: 26051: debug : virRegisterDriver:775 : driver=0x4dae960 name=OPENVZ 2012-06-26 19:48:52.283+0000: 26051: debug : virRegisterDriver:799 : registering OPENVZ as driver 2 2012-06-26 19:48:52.283+0000: 26051: debug : virRegisterDriver:775 : driver=0x4daec00 name=VMWARE 2012-06-26 19:48:52.283+0000: 26051: debug : virRegisterDriver:799 : registering VMWARE as driver 3 2012-06-26 19:48:52.283+0000: 26051: debug : virRegisterDriver:775 : driver=0x4dae5a0 name=PHYP 2012-06-26 19:48:52.284+0000: 26051: debug : virRegisterDriver:799 : registering PHYP as driver 4 2012-06-26 19:48:52.284+0000: 26051: debug : virRegisterStorageDriver:658 : registering PHYP as storage driver 1 2012-06-26 19:48:52.285+0000: 26051: debug : virRegisterInterfaceDriver:625 : registering PHYP as interface driver 1 2012-06-26 19:48:52.286+0000: 26051: debug : vboxRegister:137 : VBoxCGlueInit failed, using dummy driver 2012-06-26 19:48:52.286+0000: 26051: debug : virRegisterDriver:775 : driver=0x4daeea0 name=VBOX 2012-06-26 19:48:52.287+0000: 26051: debug : virRegisterDriver:799 : registering VBOX as driver 5 2012-06-26 19:48:52.287+0000: 26051: debug : virRegisterNetworkDriver:592 : registering VBOX as network driver 1 2012-06-26 19:48:52.287+0000: 26051: debug : virRegisterStorageDriver:658 : registering VBOX as storage driver 2 2012-06-26 19:48:52.290+0000: 26051: debug : virRegisterDriver:775 : driver=0x4db0a60 name=ESX 2012-06-26 19:48:52.290+0000: 26051: debug : virRegisterDriver:799 : registering ESX as driver 6 2012-06-26 19:48:52.291+0000: 26051: debug : virRegisterInterfaceDriver:625 : registering ESX as interface driver 2 2012-06-26 19:48:52.292+0000: 26051: debug : virRegisterNetworkDriver:592 : registering ESX as network driver 2 2012-06-26 19:48:52.293+0000: 26051: debug : virRegisterStorageDriver:658 : registering ESX as storage driver 3 2012-06-26 19:48:52.294+0000: 26051: debug : virRegisterDeviceMonitor:691 : registering ESX as device driver 1 2012-06-26 19:48:52.294+0000: 26051: debug : virRegisterSecretDriver:724 : registering ESX as secret driver 1 2012-06-26 19:48:52.294+0000: 26051: debug : virRegisterNWFilterDriver:757 : registering ESX as network filter driver 1 2012-06-26 19:48:52.296+0000: 26051: debug : virRegisterDriver:775 : driver=0x4db0f40 name=Hyper-V 2012-06-26 19:48:52.297+0000: 26051: debug : virRegisterDriver:799 : registering Hyper-V as driver 7 2012-06-26 19:48:52.297+0000: 26051: debug : virRegisterInterfaceDriver:625 : registering Hyper-V as interface driver 3 2012-06-26 19:48:52.298+0000: 26051: debug : virRegisterNetworkDriver:592 : registering Hyper-V as network driver 3 2012-06-26 19:48:52.299+0000: 26051: debug : virRegisterStorageDriver:658 : registering Hyper-V as storage driver 4 2012-06-26 19:48:52.299+0000: 26051: debug : virRegisterDeviceMonitor:691 : registering Hyper-V as device driver 2 2012-06-26 19:48:52.299+0000: 26051: debug : virRegisterSecretDriver:724 : registering Hyper-V as secret driver 2 2012-06-26 19:48:52.300+0000: 26051: debug : virRegisterNWFilterDriver:757 : registering Hyper-V as network filter driver 2 2012-06-26 19:48:52.300+0000: 26051: debug : virRegisterDriver:775 : driver=0x4db07c0 name=XenAPI 2012-06-26 19:48:52.301+0000: 26051: debug : virRegisterDriver:799 : registering XenAPI as driver 8 2012-06-26 19:48:52.305+0000: 26051: debug : virRegisterDriver:775 : driver=0x4dada80 name=remote 2012-06-26 19:48:52.305+0000: 26051: debug : virRegisterDriver:799 : registering remote as driver 9 2012-06-26 19:48:52.305+0000: 26051: debug : virRegisterNetworkDriver:592 : registering remote as network driver 4 2012-06-26 19:48:52.306+0000: 26051: debug : virRegisterInterfaceDriver:625 : registering remote as interface driver 4 2012-06-26 19:48:52.306+0000: 26051: debug : virRegisterStorageDriver:658 : registering remote as storage driver 5 2012-06-26 19:48:52.306+0000: 26051: debug : virRegisterDeviceMonitor:691 : registering remote as device driver 3 2012-06-26 19:48:52.306+0000: 26051: debug : virRegisterSecretDriver:724 : registering remote as secret driver 3 2012-06-26 19:48:52.306+0000: 26051: debug : virRegisterNWFilterDriver:757 : registering remote as network filter driver 3 2012-06-26 19:48:52.395+0000: 26051: debug : virConnectOpenAuth:1455 : name=xenapi://root@192.168.1.6?no_verify=1, auth=0x8beed7c0, flags=0 2012-06-26 19:48:52.643+0000: 26051: debug : virConnectGetConfigFile:1008 : Loading config file '/etc/libvirt/libvirt.conf' 2012-06-26 19:48:52.647+0000: 26051: debug : do_open:1182 : name "xenapi:// root(a)192.168.1.6?no_verify=1" to URI components: scheme xenapi server 192.168.1.6 user root port 0 path (null) 2012-06-26 19:48:52.647+0000: 26051: debug : do_open:1226 : trying driver 0 (Test) ... 2012-06-26 19:48:52.647+0000: 26051: debug : do_open:1232 : driver 0 Test returned DECLINED 2012-06-26 19:48:52.647+0000: 26051: debug : do_open:1226 : trying driver 1 (Xen) ... 2012-06-26 19:48:52.647+0000: 26051: debug : do_open:1232 : driver 1 Xen returned DECLINED 2012-06-26 19:48:52.647+0000: 26051: debug : do_open:1226 : trying driver 2 (OPENVZ) ... 2012-06-26 19:48:52.647+0000: 26051: debug : do_open:1232 : driver 2 OPENVZ returned DECLINED 2012-06-26 19:48:52.647+0000: 26051: debug : do_open:1226 : trying driver 3 (VMWARE) ... 2012-06-26 19:48:52.647+0000: 26051: debug : do_open:1232 : driver 3 VMWARE returned DECLINED 2012-06-26 19:48:52.647+0000: 26051: debug : do_open:1226 : trying driver 4 (PHYP) ... 2012-06-26 19:48:52.647+0000: 26051: debug : do_open:1232 : driver 4 PHYP returned DECLINED 2012-06-26 19:48:52.647+0000: 26051: debug : do_open:1226 : trying driver 5 (VBOX) ... 2012-06-26 19:48:52.647+0000: 26051: debug : do_open:1232 : driver 5 VBOX returned DECLINED 2012-06-26 19:48:52.647+0000: 26051: debug : do_open:1226 : trying driver 6 (ESX) ... 2012-06-26 19:48:52.648+0000: 26051: debug : do_open:1232 : driver 6 ESX returned DECLINED 2012-06-26 19:48:52.648+0000: 26051: debug : do_open:1226 : trying driver 7 (Hyper-V) ... 2012-06-26 19:48:52.648+0000: 26051: debug : do_open:1232 : driver 7 Hyper-V returned DECLINED 2012-06-26 19:48:52.649+0000: 26051: debug : do_open:1226 : trying driver 8 (XenAPI) ... 2012-06-26 19:48:52.649+0000: 26051: debug : virAuthGetConfigFilePath:48 : Determining auth config file path 2012-06-26 19:48:52.651+0000: 26051: debug : virAuthGetConfigFilePath:74 : Checking for readability of '/root/.libvirt/auth.conf' 2012-06-26 19:48:52.652+0000: 26051: debug : virAuthGetConfigFilePath:83 : Checking for readability of '/etc/libvirt/auth.conf' 2012-06-26 19:48:52.653+0000: 26051: debug : virAuthGetConfigFilePath:92 : Using auth file '(null)' 2012-06-26 19:48:53.279+0000: 26051: debug : do_open:1232 : driver 8 XenAPI returned SUCCESS 2012-06-26 19:48:53.279+0000: 26051: debug : do_open:1254 : network driver 0 Test returned DECLINED 2012-06-26 19:48:53.279+0000: 26051: debug : do_open:1254 : network driver 1 VBOX returned DECLINED 2012-06-26 19:48:53.279+0000: 26051: debug : do_open:1254 : network driver 2 ESX returned DECLINED 2012-06-26 19:48:53.279+0000: 26051: debug : do_open:1254 : network driver 3 Hyper-V returned DECLINED 2012-06-26 19:48:53.279+0000: 26051: debug : doRemoteOpen:542 : proceeding with name = xenapi:// 2012-06-26 19:48:53.280+0000: 26051: debug : doRemoteOpen:552 : Connecting with transport 0 2012-06-26 19:48:53.280+0000: 26051: debug : virNetTLSContextLocateCredentials:753 : pkipath=(null) isServer=0 tryUserPkiPath=0 2012-06-26 19:48:53.280+0000: 26051: debug : virNetTLSContextLocateCredentials:825 : Using default TLS CA certificate path 2012-06-26 19:48:53.280+0000: 26051: debug : virNetTLSContextLocateCredentials:831 : Using default TLS CA revocation list path 2012-06-26 19:48:53.280+0000: 26051: debug : virNetTLSContextLocateCredentials:837 : Using default TLS key/certificate path 2012-06-26 19:48:53.306+0000: 26051: debug : virNetClientClose:521 : client=(nil) 2012-06-26 19:48:53.306+0000: 26051: debug : do_open:1254 : network driver 4 remote returned ERROR 2012-06-26 19:48:53.306+0000: 26051: debug : do_open:1269 : interface driver 0 Test returned DECLINED 2012-06-26 19:48:53.306+0000: 26051: debug : do_open:1269 : interface driver 1 PHYP returned DECLINED 2012-06-26 19:48:53.307+0000: 26051: debug : do_open:1269 : interface driver 2 ESX returned DECLINED 2012-06-26 19:48:53.307+0000: 26051: debug : do_open:1269 : interface driver 3 Hyper-V returned DECLINED 2012-06-26 19:48:53.307+0000: 26051: debug : doRemoteOpen:542 : proceeding with name = xenapi:// 2012-06-26 19:48:53.307+0000: 26051: debug : doRemoteOpen:552 : Connecting with transport 0 2012-06-26 19:48:53.307+0000: 26051: debug : virNetTLSContextLocateCredentials:753 : pkipath=(null) isServer=0 tryUserPkiPath=0 2012-06-26 19:48:53.307+0000: 26051: debug : virNetTLSContextLocateCredentials:825 : Using default TLS CA certificate path 2012-06-26 19:48:53.307+0000: 26051: debug : virNetTLSContextLocateCredentials:831 : Using default TLS CA revocation list path 2012-06-26 19:48:53.307+0000: 26051: debug : virNetTLSContextLocateCredentials:837 : Using default TLS key/certificate path 2012-06-26 19:48:53.308+0000: 26051: debug : virNetClientClose:521 : client=(nil) 2012-06-26 19:48:53.308+0000: 26051: debug : do_open:1269 : interface driver 4 remote returned ERROR 2012-06-26 19:48:53.308+0000: 26051: debug : do_open:1285 : storage driver 0 Test returned DECLINED 2012-06-26 19:48:53.308+0000: 26051: debug : do_open:1285 : storage driver 1 PHYP returned DECLINED 2012-06-26 19:48:53.308+0000: 26051: debug : do_open:1285 : storage driver 2 VBOX returned DECLINED 2012-06-26 19:48:53.308+0000: 26051: debug : do_open:1285 : storage driver 3 ESX returned DECLINED 2012-06-26 19:48:53.308+0000: 26051: debug : do_open:1285 : storage driver 4 Hyper-V returned DECLINED 2012-06-26 19:48:53.308+0000: 26051: debug : doRemoteOpen:542 : proceeding with name = xenapi:// 2012-06-26 19:48:53.308+0000: 26051: debug : doRemoteOpen:552 : Connecting with transport 0 2012-06-26 19:48:53.308+0000: 26051: debug : virNetTLSContextLocateCredentials:753 : pkipath=(null) isServer=0 tryUserPkiPath=0 2012-06-26 19:48:53.308+0000: 26051: debug : virNetTLSContextLocateCredentials:825 : Using default TLS CA certificate path 2012-06-26 19:48:53.308+0000: 26051: debug : virNetTLSContextLocateCredentials:831 : Using default TLS CA revocation list path 2012-06-26 19:48:53.308+0000: 26051: debug : virNetTLSContextLocateCredentials:837 : Using default TLS key/certificate path 2012-06-26 19:48:53.309+0000: 26051: debug : virNetClientClose:521 : client=(nil) 2012-06-26 19:48:53.309+0000: 26051: debug : do_open:1285 : storage driver 5 remote returned ERROR 2012-06-26 19:48:53.309+0000: 26051: debug : do_open:1301 : node driver 0 Test returned DECLINED 2012-06-26 19:48:53.309+0000: 26051: debug : do_open:1301 : node driver 1 ESX returned DECLINED 2012-06-26 19:48:53.309+0000: 26051: debug : do_open:1301 : node driver 2 Hyper-V returned DECLINED 2012-06-26 19:48:53.309+0000: 26051: debug : doRemoteOpen:542 : proceeding with name = xenapi:// 2012-06-26 19:48:53.309+0000: 26051: debug : doRemoteOpen:552 : Connecting with transport 0 2012-06-26 19:48:53.309+0000: 26051: debug : virNetTLSContextLocateCredentials:753 : pkipath=(null) isServer=0 tryUserPkiPath=0 2012-06-26 19:48:53.309+0000: 26051: debug : virNetTLSContextLocateCredentials:825 : Using default TLS CA certificate path 2012-06-26 19:48:53.309+0000: 26051: debug : virNetTLSContextLocateCredentials:831 : Using default TLS CA revocation list path 2012-06-26 19:48:53.309+0000: 26051: debug : virNetTLSContextLocateCredentials:837 : Using default TLS key/certificate path 2012-06-26 19:48:53.309+0000: 26051: debug : virNetClientClose:521 : client=(nil) 2012-06-26 19:48:53.310+0000: 26051: debug : do_open:1301 : node driver 3 remote returned ERROR 2012-06-26 19:48:53.310+0000: 26051: debug : do_open:1317 : secret driver 0 Test returned DECLINED 2012-06-26 19:48:53.310+0000: 26051: debug : do_open:1317 : secret driver 1 ESX returned DECLINED 2012-06-26 19:48:53.310+0000: 26051: debug : do_open:1317 : secret driver 2 Hyper-V returned DECLINED 2012-06-26 19:48:53.310+0000: 26051: debug : doRemoteOpen:542 : proceeding with name = xenapi:// 2012-06-26 19:48:53.310+0000: 26051: debug : doRemoteOpen:552 : Connecting with transport 0 2012-06-26 19:48:53.310+0000: 26051: debug : virNetTLSContextLocateCredentials:753 : pkipath=(null) isServer=0 tryUserPkiPath=0 2012-06-26 19:48:53.310+0000: 26051: debug : virNetTLSContextLocateCredentials:825 : Using default TLS CA certificate path 2012-06-26 19:48:53.310+0000: 26051: debug : virNetTLSContextLocateCredentials:831 : Using default TLS CA revocation list path 2012-06-26 19:48:53.311+0000: 26051: debug : virNetTLSContextLocateCredentials:837 : Using default TLS key/certificate path 2012-06-26 19:48:53.311+0000: 26051: debug : virNetClientClose:521 : client=(nil) 2012-06-26 19:48:53.311+0000: 26051: debug : do_open:1317 : secret driver 3 remote returned ERROR 2012-06-26 19:48:53.311+0000: 26051: debug : do_open:1333 : nwfilter driver 0 Test returned DECLINED 2012-06-26 19:48:53.311+0000: 26051: debug : do_open:1333 : nwfilter driver 1 ESX returned DECLINED 2012-06-26 19:48:53.311+0000: 26051: debug : do_open:1333 : nwfilter driver 2 Hyper-V returned DECLINED 2012-06-26 19:48:53.311+0000: 26051: debug : doRemoteOpen:542 : proceeding with name = xenapi:// 2012-06-26 19:48:53.311+0000: 26051: debug : doRemoteOpen:552 : Connecting with transport 0 2012-06-26 19:48:53.311+0000: 26051: debug : virNetTLSContextLocateCredentials:753 : pkipath=(null) isServer=0 tryUserPkiPath=0 2012-06-26 19:48:53.311+0000: 26051: debug : virNetTLSContextLocateCredentials:825 : Using default TLS CA certificate path 2012-06-26 19:48:53.312+0000: 26051: debug : virNetTLSContextLocateCredentials:831 : Using default TLS CA revocation list path 2012-06-26 19:48:53.312+0000: 26051: debug : virNetTLSContextLocateCredentials:837 : Using default TLS key/certificate path 2012-06-26 19:48:53.313+0000: 26051: debug : virNetClientClose:521 : client=(nil) 2012-06-26 19:48:53.313+0000: 26051: debug : do_open:1333 : nwfilter driver 3 remote returned ERROR Unable to connect: Cannot read CA certificate '/etc/pki/CA/cacert.pem': No such file or directory Even though the output mentions not finding a CA certificate, that's not the problem. I have a custom ConnectAuth class so the user can give the password before trying to connect and isn't prompted for it. The problem occurs when trying to create the Connect Object. -- Thanks, Nick Mathews

1 0

[libvirt-users] manipulation extra features which hypervisors support
by Rashid Zamani 27 Jun '12

27 Jun '12

Hello everybody, I am wondering if libvirt community implement features specefic to only one supported hypervisor? I am trying to set the host name and DNS from within the libvirt xml file in user mode network option (SLiRP). Right now I am using the <qemu:commandline>. My concern is if I want to use Xen or other hypervisors, how I should do the same. To be honest, I have not used any other hypervisor, except QEMU yet, I am trying to write a code which can be used for any hypervisor libvirt supports, though. And I am not even sure if it is possible to set DNS address and so on the way they are settable in QEMU. Therefore, I was thinking if there is any standard xml element in <interface> which I may use to solve my problem (setting dns, host name , and so on...) with. On the IRC channel I received a reply that this feature has not been implemented yet, and you are going to support it soon. I am interested to contribute and join the community to imlement this feature if possible. Appreciate pointing me into right direction and thank you in advance. Zamani

2 1

[libvirt-users] Can I update the DNS configuration of an existing network?
by Kees van Reeuwijk 26 Jun '12

26 Jun '12

Hello, As part of a research project on cloud management, I am developing software to create on-demand networks between VMs on different hosts. The deployment of the VMs themselves is done by OpenNebula, but for the management of the networks I have to bypass OpenNebula, and I talk directly with libvirt. One of the features of our network management is that we allow network connections to be created and destroyed at any moment in the life of a VM. This means that we use hotplugging. It also means that we want a VM to discover its network parameters for a particular NIC using DHCP and DNS. I have something that mostly works now: I create an XML for each network, I can hot-plug new NICs in the VM using libvirt, and DHCP on the new interface works. However, DNS does not work properly. I have to create a mapping between the MAC, IP address, and the name of a VM at the moment I create the network XML. Setting the MAC <-> IP mapping at that time is fine, but fixing the mapping between IP address and name at that time is not reasonable. I do not know what name will be used before I add a new machine, and during the lifetime of the network there may even be different names associated with a particular IP address. Is there a way I can change/update the DNS configuration of a network after it has been created? I could simply create a new network XML file and stop/start the network, but I suspect that is too disruptive. Is there a less intrusive way to do this? Another thing I would very much like to do is to talk to libvirt directly from my management software (written in Java), rather than through the command line. I know there is a Java API for libvirt, but I have not been able to find any up-to-date documentation on it. Is the functionality that I need accessible through the Java API? Is there enough documentation of the API for this, and where is it? -- Dr. Ir. Kees van Reeuwijk, Vrije Universiteit Amsterdam

1 0

[libvirt-users] USB Host Controllers
by Michael Hierweck 26 Jun '12

26 Jun '12

Hi, it is possible to define a domain along with several usb host controllers, e.g. <controller type='usb' index='0' model='ich9-ehci' /> <controller type='usb' index='1' model='ich9-uhci' /> How to distinguish between those controllers/busses when adding input or host devices such as <input type='tablet' bus='usb'/> <hostdev mode='subsystem' type='usb' managed='no'> <source> <vendor id='...'/> <product id='...'/> </source> </hostdev> Without explicit assignment either every device seems to be attached to the uhci controller or the domain refuses to start because the tablet is attached to the ehci controller implicitly, depending on the order of the controller definition (index). Thanks in advance Michael -- EDV-Serviceteam Annika & Michael Hierweck GbR Egerstraße 53, 44225 Dortmund (Germany) http://www.edv-serviceteam.net

2 1

[libvirt-users] Is it possible to in live migration?
by GaoYi 25 Jun '12

25 Jun '12

Hi all, In live migration using shared memory, there would be a following step to input the password after typing: migrate --live vm_name qemu+ssh://Destination_IP/system. . I wonder if it is possible to include the password in the URI so that the password procedure can be avoided? Thanks, Yi

3 4

[libvirt-users] editing pools
by Dave Allan 25 Jun '12

25 Jun '12

On Fedora 17 I used virsh pool-edit to change the directory of the default pool that virt-manager creates, and I noticed that my changes were discarded unless I made the changes with the pool stopped. Is that expected behavior? Dave

3 2

[libvirt-users] PCI Passthrough
by Michael Hierweck 25 Jun '12

25 Jun '12

Hi, I'm trying to passthrough legacy PCI ISDN controller to a KVM based virtual machine: <hostdev mode='subsystem' type='pci' managed='yes'> <source> <address domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </hostdev> This only worked once. (The device disappeared from the lspci autoput the host and was listed on the guest.) After shutting down the virtual maschine it refused to start again. Even rebooting the host did not help: Failed to assign irq for "hostdev0": Input/output error Perhaps you are assigning a device that shares an IRQ with another device? lspci -t -[0000:00]-+-00.0 +-19.0 +-1a.0 +-1c.0-[01]----00.0 +-1c.4-[02]----00.0 +-1c.5-[03]----00.0 +-1d.0 +-1e.0-[04]----00.0 +-1f.0 +-1f.2 \-1f.3 lspci -vv |grep IRQ Interrupt: pin A routed to IRQ 44 Interrupt: pin B routed to IRQ 22 Interrupt: pin A routed to IRQ 20 Interrupt: pin B routed to IRQ 48 Interrupt: pin D routed to IRQ 22 Interrupt: pin A routed to IRQ 16 Interrupt: pin A routed to IRQ 16 Interrupt: pin A routed to IRQ 3 Interrupt: pin A routed to IRQ 16 The last line "pin A routed to IRQ 16" belongs to my device: 04:00.0 Communication controller: Tiger Jet Network Inc. Tiger100APC ISDN chipset Subsystem: Device 0054:0001 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Interrupt: pin A routed to IRQ 16 Region 0: I/O ports at 2000 [size=256] Region 1: Memory at e2600000 (32-bit, non-prefetchable) [size=4K] Capabilities: [40] Power Management version 1 Flags: PMEClk- DSI+ D1- D2+ AuxCurrent=0mA PME(D0+,D1-,D2+,D3hot+,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Note: After rebooting the host lscpi claims that "pin A is routed to interrupt 255" for that device. The invocation to virsh start <vm> changes that to 16. Nearly every document about PCI passthrough claims that unshared interrupts are required. But how can this be achieved? (My BIOS supports interrupt remapping for VT-d. This setting is enabled.) Thanks in advance Michael -- EDV-Serviceteam Annika & Michael Hierweck GbR Egerstraße 53, 44225 Dortmund (Germany) http://www.edv-serviceteam.net

1 0

[libvirt-users] unable to creating/list storage pools using non-root user
by mallapadi niranjan 23 Jun '12

23 Jun '12

Hi all I have a Fedora release 17 (Beefy Miracle) with libvirt versions: libvirt-0.9.11.3-1.fc17.x86_64 virt-manager-0.9.1-3.fc17.noarch I have allowed non-root user to user libvirt by allowing the user through polkit cat /etc/polkit-1/localauthority/50-local.d/cat 50-org.example-libvirt-remote-access.pkla [Remote libvirt SSH access] Identity=unix-group:virt Action=org.libvirt.unix.manage;org.libvirt.unix.monitor ResultAny=yes ResultInactive=yes ResultActive=yes After doing the above i am able to connect to virt-manager as non-root user but unable to create storage pools. [juno@reserved ~]$ id uid=1001(juno) gid=1001(juno) groups=1001(juno),1002(virt) context=staff_u:staff_r:staff_t:s0 [juno@reserved ~]$ virsh Welcome to virsh, the virtualization interactive terminal. Type: 'help' for help with commands 'quit' to quit virsh # pool-list error: Failed to reconnect to the hypervisor error: no valid connection error: Failed to connect socket to '@/home/juno/.libvirt/libvirt-sock': Connection refused virsh # list error: Failed to reconnect to the hypervisor error: no valid connection error: Failed to connect socket to '@/home/juno/.libvirt/libvirt-sock': Connection refused I have defined pool called virt-images (/virt-images) which the non-root (in this case the username is Juno) user has the read/write permissions Also tried adding the permissions to unix socket in /etc/libvirt/libvirtd.conf as below: cat /etc/libvirt/libvirtd.conf | grep -v ^$ | grep -v ^# unix_sock_group = "virt" unix_sock_ro_perms = "0777" unix_sock_rw_perms = "0770" unix_sock_dir = "/var/run/libvirt" But the unix socket are created in /var/run/libvirt and not in users home directory, So how do we make a non-root user virsh commands check the socket created in /var/run/libvirt. It always checks for the socket in user's home directory ? Any pointers on above would be helpfu. Regards Niranjan

2 6

[libvirt-users] virtio_rng in a KVM VM
by Marc Haber 22 Jun '12

22 Jun '12

Hi, I am virtualizing with KVM via libvirt and virt-manager. To have decent amounts of Entropy in the guest, I tried loading virtio_rng in a running VM. Despite the module being loaded, I didn't get any log entries, and also no /dev/hwrng. Do I need to enable the virtualized random generator in libvirt/virt-manager? If so, how do I do that? Is the support for this rather recent feature already implemented in qemu-kvm 1.0, libvirt 0.9.12 and virt-manager 0.9.1? Any hints will be appreciated. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062

2 2