- Users - libvirt List Archives

[libvirt-users] Incremental Backups
by Thomas Stein 24 Sep '13

24 Sep '13

Hello. Is someone performing incremental backups via libvirt for qemu/kvm machines? I'm still having a hard time to find a nice procedure. I mean is it possible to make a full backup of an image on monday a do the next days of the week incremental backups? Another way could be mount the image and rsync its contents. Does that makes sense? Also i read in qemu changelog: --- Support for a new block device background job. Started by drive-backup, it will backup a disk's content to a new file. Unlike drive-mirror, the new file will include the source disk's content at the time the backup job was started. Atomic backup of multiple disks is supported using the "transaction" QMP command. --- Is this supported by libvirt? thanks and best regards thomas

4 11

[libvirt-users] Trouble using virStream with callbacks
by Jonathan Lebon 20 Sep '13

20 Sep '13

I am trying to write a simple app which connects a channel obtained from virDomainOpenChannel() to stdin/stdout (based in part on the snippet at [1]). However, it seems like the data received back from the stream is delayed by one iteration. It would be hard to explain this by simply showing the output, so here's a timeline instead: 1. start the program on the host 2. write "msg from host<Enter>" 3. socat on the guest sees this right away 4. from the guest's socat, write "msg from guest<Enter>" 5. the reply does not show up on the host until AFTER you press <Enter> (which of course also sends a newline to the guest) 6. this 'one line delay' occurs throughout the conversation, receiving guest replies to things sent two <Enter>s ago Doing socat on both sides work as expected. Also, using a blocked stream and a thread for sending and another for receiving works as well. It would be nice however if I could get rid of the threads in favour of callbacks. Not sure if I'm missing something obvious. Thanks, Jonathan [1] https://www.redhat.com/archives/libvir-list/2012-December/msg01084.html --- #include <ctype.h> #include <err.h> #include <errno.h> #include <stdlib.h> #include <stdio.h> #include <string.h> #include <libvirt/libvirt.h> #include <fcntl.h> #define CONNECT_URI "qemu:///system" #define DOMAIN "TestVM" #define CHANNEL "channel.0" #define BUF_SIZE 80 int stream_active = 1; void stdin_to_stream(int watch, int fd, int events, void *opaque) { virStreamPtr stream = *((virStreamPtr*)(opaque)); if (events & VIR_EVENT_HANDLE_READABLE) { char buf[1024]; int bytes_read = read(fd, buf, sizeof(buf)); if (bytes_read > 0) virStreamSend(stream, buf, bytes_read); } if (events & (VIR_EVENT_HANDLE_ERROR|VIR_EVENT_HANDLE_HANGUP)) { stream_active = 0; } return; } void stream_to_stdout(virStreamPtr stream, int events, void *opaque) { if (events & VIR_EVENT_HANDLE_READABLE) { char buf[1024]; int bytes_read = virStreamRecv(stream, buf, sizeof(buf)); if (bytes_read > 0) { fwrite(buf, bytes_read, 1, stdout); fflush(stdout); } } if (events & (VIR_EVENT_HANDLE_ERROR|VIR_EVENT_HANDLE_HANGUP)) { stream_active = 0; } return; } int main(int argc, char *argv[]) { virConnectPtr conn; virDomainPtr dom; virStreamPtr st; int bytes_read; char buf[BUF_SIZE]; if ((conn = virConnectOpen(CONNECT_URI)) == NULL) errx(1, "virConnectOpen"); if ((dom = virDomainLookupByName(conn, DOMAIN)) == NULL) errx(1, "virDomainLookupByName"); if ((st = virStreamNew(conn, VIR_STREAM_NONBLOCK)) == NULL) errx(1, "virStreamNew"); if (virDomainOpenChannel(dom, CHANNEL, st, 0) == -1) errx(1, "virDomainOpenChannel"); if (virEventRegisterDefaultImpl() != 0) errx(1, "virEventRegisterDefaultImpl"); if (virStreamEventAddCallback(st, 1|4|8, stream_to_stdout, NULL, NULL) != 0) errx(1, "virStreamEventAddCallback"); int flags = fcntl(fileno(stdin), F_GETFL) | O_NONBLOCK; fcntl(fileno(stdin), F_SETFL, flags); if (virEventAddHandle(fileno(stdin), 1|4|8, stdin_to_stream, &st, NULL) < 0) errx(1, "virEventAddHandle"); while (stream_active) { if (virEventRunDefaultImpl() != 0) { errx(1, "virEventRunDefaultImpl"); break; } } if (virStreamFinish(st) < 0) errx(1, "virStreamFinish"); if (virStreamFree(st) < 0) errx(1, "virStreamFree"); return 0; }

2 6

[libvirt-users] Libvirt not able to attach console to VM on ESX hypervisor
by varun bhatnagar 20 Sep '13

20 Sep '13

Hi, I have started a virtual machine on my ESXi server. I was trying to attach a console to it but when I executed the command I got a message saying that *"Attaching a console is not supported in the current hypervisor." *Is there any way (patch or something) through which I can attach a console to my VM. The ESX version is 5.1 and I am using latest version of libvirt. Regards, Varun

1 0

[libvirt-users] Specifying a USB Device to use USB2 Controller
by Cameron Curle 19 Sep '13

19 Sep '13

Hi all, Can anyone please advise the correct process for defining a USB device to point to a USB 2 Controller? Specifically, how do you define a USB device to use the EHCI controller in a guest xml file? To summarize my problem: I have 1 x USB1 device and 1 x USB2 device that I would like to use from within a Windows XP Guest. If I add the USB2 device (Avid M-box) to the guest machine via Virt-Manager it will not detect in the guest, when I check the libvirt logs for the VM it shows a "Device speed mismatch" error. Which leads me to think that its attaching itself to the default UHCI controller, as the USB1 device functions correctly. I've followed a similar post on the list here which seems to detail what I am trying to achieve: https://www.redhat.com/archives/libvirt-users/2012-June/msg00139.html I have tried using the controller type and model as below, however, when I try and define the "port" option, it disappears from the configuration file and won't attach to the EHCI controller. <controller type='usb' index='0' model='ich9-ehci' / I've done some searching but can't find any information on how to specifically assign a USB device to a certain controller. Any information or guides you could provide would be much appreciated. I'm using RHEL 6.4 with latest updates available. qemu-kvm-0.12.1.2-2.355.el6.4.7 libvirt-0.10.2-18.el6 4.9 I'm currently defining the USB2 device like this: <hostdev mode='subsystem' type='usb' managed='yes' <source> <vendor id='0x0763' /> <product id='0x202a' /> <address bus='1' device='3' /> </source> </hostdev> Thank you in advance for your assistance. Kind Regards, Cameron

1 1

[libvirt-users] Doc v2: How to use NPIV in libvirt
by Osier Yang 18 Sep '13

18 Sep '13

Thanks for John Ferlan's lots of internal feedbacks, I believe it's more readable, and better orgnized now. Should we create a page for it under http://libvirt.org/deployment.html or add it in WIKI? ========================================== NPIV in libvirt NPIV (N_Port ID Virtualization) is a Fibre Channel technology to share a single physical Fibre Channel HBA with multiple virtual ports. Henceforth known as a "virtual port" or "virtual Host Bus Adapter" (vHBA), each virtual port is identified by its own WWPN (Word Wide Port Name) and WWNN (Word Wide Node Name). In the virtualization world the vHBA controls the LUNs for virtual machines. The libvirt implementation provides flexibility to configure the LUN's either directly to the virtual machine or as part of a storage pool which then can be configured for use on a virtual machine. NPIV support in libvirt was first added to libvirt 0.6.5; however, the following sections will primarily describe NPIV functionality as of the current libvirt release, 1.1.2. There will be a troubleshooting and prior version considerations section to describe some historical differences. 1) Discovery Discovery of HBA(s) capable of NPIV is provided through the virsh command 'virsh nodedev-list --cap vports'. If no HBA is returned, then the host configuration should be checked. The XML output from the command "virsh nodedev-dumpxml" will list fields <name>, <wwnn>, and <wwpn> to be used in order to create a vHBA. Take care to also note the <max_vports> value as this lets you know if the HBA is going to exceed the maximum vHBA supported. The following output indicates a host that has two HBAs to support vHBA and the layout of a HBA's XML: # virsh nodedev-list --cap vports scsi_host4 scsi_host5 # virsh nodedev-dumpxml scsi_host5 <device> <name>scsi_host5</name> <parent>pci_0000_04_00_1</parent> <capability type='scsi_host'> <host>5</host> <capability type='fc_host'> <wwnn>2001001b32a9da4e</wwnn> <wwpn>2101001b32a9da4e</wwpn> <fabric_wwn>2001000dec9877c1</fabric_wwn> </capability> <capability type='vport_ops'> <max_vports>164</max_vports> <vports>5</vports> </capability> </capability> </device> The "max_vports" value indicates there are a possible of 164 vports available for use in the HBA configuration. The "vports" value indicates the number of vports currently being used. Support for detection of HBA's capable of NPIV support prior to libvirt 1.0.4 is described in the "Troubleshooting" section. 2) Creation of a vHBA using the node device driver In order to create a vHBA using the node device driver, select an HBA with available "vport" space, use the HBA "<name>" field as the "<parent>" field in the following XML: <device> <parent>scsi_host5</parent> <capability type='scsi_host'> <capability type='fc_host'> </capability> </capability> </device> Then create the vHBA with the command "virsh nodedev-create" (assuming above XML file is named "vhba.xml"): # virsh nodedev-create vhba.xml Node device scsi_host6 created from vhba.xml NOTE: If you specify "name" for the vHBA, then it will be ignored. The kernel will automatically pick the next SCSI host name in sequence not already used. The "wwpn" and "wwnn" values will be automatically generated by libvirt. In order to see the generated vHBA XML, use the command "virsh nodedev-dumpxml" as follows: # virsh nodedev-dumpxml scsi_host6 <device> <name>scsi_host6</name> <parent>scsi_host5</parent> <capability type='scsi_host'> <capability type='fc_host'> <wwnn>2001001b32a9da5e</wwnn> <wwpn>2101001b32a9da5e</wwpn> </capability> </capability> </device> This vHBA will only be defined as long the host is not rebooted. In order to create a persistent vHBA, one must use a libvirt storage pool (see next section). 3) Creation of vHBA by the storage pool By design, vHBAs managed by the node device driver are transient across host reboots. It is recommended to define a libvirt storage pool based on the vHBA in order to preserve the vHBA configuration. Using a storage pool has two primary advantage, first the libvirt code will find the LUN's path via simple virsh command output and second migration of virtual machine's requires only defining and starting a storage pool with the same vHBA name on the target machine if you use the LUN with libvirt storage pool and volume name in virtual machine config (see section 5). In order to create a persistent vHBA configuration create a libvirt 'scsi' storage pool using the XML as follows: <pool type='scsi'> <name>poolvhba0</name> <source> <adapter type='fc_host' wwnn='20000000c9831b4b' wwpn='10000000c9831b4b'/> </source> <target> <path>/dev/disk/by-path</path> <permissions> <mode>0700</mode> <owner>0</owner> <group>0</group> </permissions> </target> </pool> You must use the "type='scsi'" for the pool; The source adapter type must be "fc_host". Attributes "wwnn" and "wwpn" are provided as the unique identifier for the vHBA to be created. There is an optional attribute "parent" for source the adapter. It indicates the name of the HBA which you want to use to create the vHBA. Its value should be consistent with what node device driver dumps (e.g. scsi_host5). If it's not specified, libvirt will pick the first HBA capable of NPIV that has not exceeded the maximum vports it supports. NOTE: You can also create a scsi pool with source adapter type "fc_host" for a HBA, and in that case the attribute "parent" is not necessary. If you prefer to choose which parent HBA to use for your vHBA, then you must provide the parent, wwnn, and wwpn in the source adapter XML as follows: <source> <adapter type='fc_host' parent='scsi_host5' wwnn='20000000c9831b4b' wwpn='10000000c9831b4b'/> </source> To define the persistent pool (assuming above XML is named as poolvhba0.xml): # virsh pool-define poolvhba0.xml NOTE: One must use pool-define to define the pool as persistent, since a pool created by pool-create is transient and it will disappear after a system reboot or a libvirtd restart. To start the pool: # virsh pool-start poolvhba0 To destroy the pool: # virsh pool-destroy poolvhba0 When starting the pool, libvirt will check if the vHBA with same "wwpn:wwpn" already exists. If it does not exist, a new vHBA with the provided "wwpn:wwnn" will be created. Correspondingly，when destroying the pool the vHBA is destroyed too. Finally, in order to ensure that subsequent reboots of your host will automatically define vHBA's for use in virtual machines, one must set the storage pool autostart feature as follows (assuming the name of the created pool was "poolvhba0"): # virsh pool-autostart poolvhba0 4) Finding LUNs on your vHBA 4.1) Utilizing LUN's from a vHBA created by the storage pool Assuming that a storage pool was created for a vHBA, use the command "virsh vol-list" command in order to generate a list of available LUN's on the vHBA, as follows: # virsh vol-list poolvhba0 --details Name Path --------------------------------------------------------------------- unit:0:2:0 /dev/disk/by-path/pci-0000:04:00.1-fc-0x203500a0b85ad1d7-lun-0 block The list of LUN names displayed will be available for use as disk volumes in virtual machine configurations. 4.2) Utilizing LUN's from a vHBA created using the node device driver Finding an available LUN from a vHBA created using the node device driver can be achieved either via use of the "virsh nodedev-list" command or through manual searching of the hosts system file system. Use the "virsh nodedev-list --tree | more" and find the parent HBA to which the vHBA was configured. The following example lists the pertinent part of the tree for the example HBA "scsi_host5": +- scsi_host5 | +- scsi_host7 +- scsi_target5_0_0 | | | +- scsi_5_0_0_0 | +- scsi_target5_0_1 | | | +- scsi_5_0_1_0 | +- scsi_target5_0_2 | | | +- scsi_5_0_2_0 | | | +- block_sdb_3600a0b80005adb0b0000ab2d4cae9254 | +- scsi_target5_0_3 | +- scsi_5_0_3_0 The "block_" indicates it's a block device, the "sdb_" is a convention to signify the the short device path of "/dev/sdb", and the short device path or the number can be used to search the "/dev/disk/by-{id,path,uuid,label}/" name space for the specific LUN by name, for example: # ls /dev/disk/by-id/ | grep 3600a0b80005adb0b0000ab2d4cae9254 scsi-3600a0b80005adb0b0000ab2d4cae9254 # ls /dev/disk/by-path/ -l | grep sdb lrwxrwxrwx. 1 root root 9 Sep 16 05:58 pci-0000:04:00.1-fc-0x203500a0b85ad1d7-lun-0 -> ../../sdb As an option to using "virsh nodedev-list", it is possible to manually iterate through the "/sys/bus/scsi/device" and "/dev/disk/by-path" directory trees in order to find a LUN using the following steps: 1. Iterate over all the directories beginning with the SCSI host number of the vHBA under the "/sys/bus/scsi/devices" tree. For example, if the SCSI host number is 6, the command would be: # ls /sys/bus/scsi/devices/6:* -d /sys/bus/scsi/devices/6:0:0:0 /sys/bus/scsi/devices/6:0:1:0 /sys/bus/scsi/devices/6:0:2:0 /sys/bus/scsi/devices/6:0:3:0 2. List the "block" names of all the entries belongs to the SCSI host as follows: # ls /sys/bus/scsi/devices/6:*/block/ /sys/bus/scsi/devices/6:0:2:0/block/: sdc /sys/bus/scsi/devices/6:0:3:0/block/: sdd This indicates that "scsi_host6" has two LUNs, one is attached to "6:0:2:0", with the short device name "sdc", and the other is attached to "6:0:3:0", with the short device name "sdd". 3. Determine the stable path to the LUN. Unfortunately a device name such as "sdc" is not stable enough for use by libvirt. In order to get the stable path, use the "ls -l /dev/disk/by-path" and look for the "sdc" path: # ls -l /dev/disk/by-path/ | grep sdc lrwxrwxrwx. 1 root root 9 Sep 10 22:28 pci-0000:08:00.1-fc-0x205800a4085a3127-lun-0 -> ../../sdc Thus "/dev/disk/by-path/pci-0000:08:00.1-fc-0x205800a4085a3127-lun-0" is the stable path of the LUN attached to address "6:0:2:0" and will be used in virtual machine configurations. 5) Virtual machine configuration change to use vHBA LUN Adding the vHBA LUN to the virtual machine configuration is done via an XML modification to the virtual machine. 5.1) Using a LUN from a vHBA created by the storage pool Adding the vHBA LUN to the virtual machine is handled via XML to create a disk volume on the virtual machine with the following example XML: <disk type='volume' device='disk'> <driver name='qemu' type='raw'/> <source pool='poolvhba0' volume='unit:0:2:0'/> <target dev='hda' bus='ide'/> </disk> In particular note the usage of the "<source>" directive with the "pool" and "volume" attributes listing the storage pool and the short volume name. 5.2) Using a LUN from a vHBA created using the node device driver Configuring a vHBA on the virtual machine can be done with its stable path (path of {by-id|by-path|by-uuid|by-label}). The following is an XML example of a direct LUN path: <disk type='volume' device='disk'> <driver name='qemu' type='raw'/> <source dev='/dev/disk/by-path/pci-0000\:04\:00.1-fc-0x203400a0b85ad1d7-lun-0'/> <target dev='sda' bus='scsi'/> </disk> NOTE: The use of "device='disk'" and the long "<source>" device name. The example uses the "by-path" option. The backslashes prior to the colons are required, since colons can be considered as delimiters. 5.3) To configure the LUN as a pass-through device, use the following XML examples. For a vHBA created using the node device driver: <disk type='volume' device='lun'> <driver name='qemu' type='raw'/> <source dev='/dev/disk/by-path/pci-0000\:04\:00.1-fc-0x203400a0b85ad1d7-lun-0'/> <target dev='sda' bus='scsi'/> </disk> NOTE: The use of "device='lun'" and again the long "<source>" device name. Again, the backslashes prior to the colons are required. For a vHBA created by a storage pool: <disk type='volume' device='disk'> <driver name='qemu' type='raw'/> <source pool='poolvhba0' volume='unit:0:2:0'/> <target dev='hda' bus='ide'/> </disk> Although it is possible to use the LUN's path as the disk source for a vHBA created by the storage pool, it is recommended to use libvirt storage pool and storage volume instead. 6) Destroying a vHBA A vHBA created by the storage pool can be destroyed by the virsh command "pool-destroy", for example: # virsh pool-destroy poolvhba0 NOTE: If the storage pool is persistent, the vHBA will also be removed by libvirt when it destroys the storage pool. A vHBA created using the node device driver can be destroyed by the command "virsh nodedev-destroy", for example (assuming that scsi_host6 was created as shown earlier): # virsh nodedev-destroy scsi_host6 Destroying a vHBA removes it just as a reboot would do since the node device driver does not support persistent configurations. 7) Troubleshooting 7.1) Discovery of HBA capable of NPIV prior to 1.0.4 Prior to libvirt 1.0.4, discovery of HBAs capable of NPIV requires checking each of the HBAs on the host for the capability flag "vport_ops", as follows: First you need to find out all the HBA by capability flag "scsi_host": # virsh nodedev-list --cap scsi_host scsi_host0 scsi_host1 scsi_host2 scsi_host3 scsi_host4 scsi_host5 Now check each HBA to find one with the "vport_ops" capability, either one at a time as follows: # virsh nodedev-dumpxml scsi_host3 <device> <name>scsi_host3</name> <parent>pci_0000_00_08_0</parent> <capability type='scsi_host'> <host>3</host> </capability> </device> That says "scsi_host3" doesn't support vHBA # virsh nodedev-dumpxml scsi_host5 <device> <name>scsi_host5</name> <parent>pci_0000_04_00_1</parent> <capability type='scsi_host'> <host>5</host> <capability type='fc_host'> <wwnn>2001001b32a9da4e</wwnn> <wwpn>2101001b32a9da4e</wwpn> <fabric_wwn>2001000dec9877c1</fabric_wwn> </capability> <capability type='vport_ops' /> </capability> </device> But "scsi_host5" supports it. NOTE: In addition to libvirt 1.0.4 automating the lookup of HBA's capable of supporting a vHBA configuration, the XML tags "max_vports" and "vports" will describe the maximum vports allowed and the current vports in use. As an alternative and smarter way, you can avoid above cumbersome steps by simple script like: for i in $(virsh nodedev-list --cap scsi_host); do if virsh nodedev-dumpxml $i | grep vport_ops > /dev/null; then echo $i; fi done NOTE: It is possible that node device is named "pci_10df_fe00_scsi_host_0". This is because libvirt supports two backends for the node device driver ("udev" and "HAL"), but they lead to completely different naming styles. The udev backend is preferred over the HAL backend since HAL support is in maintenance mode. The udev backend is more common; however, if your destribution packager built the libvirt binaries without the udev backend, then the more complicated names such as "pci_10df_fe00_scsi_host_0" must be used. 7.2) Creation of a vHBA using the node device driver prior to 0.9.10 For libvirt prior to 0.9.10, you will need to specify the "wwnn" and "wwpn" manually when creating a vHBA, example XML as follows: <device> <name>scsi_host6</name> <parent>scsi_host5</parent> <capability type='scsi_host'> <capability type='fc_host'> <wwnn>2001001b32a9da5e</wwnn> <wwpn>2101001b32a9da5e</wwpn> </capability> </capability> </device> 7.3) Creation of storage pool based on vHBA prior to 1.0.5 Prior to libvirt 1.0.5, one can define a "scsi" type pool based on a vHBA by it's SCSI host name (e.g. "host5" in XML below), using an example XML as follows: <pool type='scsi'> <name>poolhba0</name> <uuid>e9392370-2917-565e-692b-d057f46512d6</uuid> <capacity unit='bytes'>0</capacity> <allocation unit='bytes'>0</allocation> <available unit='bytes'>0</available> <source> <adapter name='host0'/> </source> <target> <path>/dev/disk/by-path</path> <permissions> <mode>0700</mode> <owner>0</owner> <group>0</group> </permissions> </target> </pool> There are two disadvantage of using the SCSI host name as the source adapter. First the SCSI host number is not stable, thus it may cause trouble for your storage pool after a system reboot. Second, the adapter name (e.g. "host5") is not consistent with node device name (e.g. "scsi_host5"). Moreover, using the SCSI host name as the source adapter doesn't allow you to create a vHBA. NOTE: Since 1.0.5, the source adapter name was changed to be consistent with node device name, thus the second disadvantage is destroyed. Regards, Osier

1 1

[libvirt-users] libvirt report error "error: End of file while reading data: Input/output error" when start domain
by Bing Bu Cao 18 Sep '13

18 Sep '13

Hi, When I want to start a VM by virsh, report error: virsh start vm1 2013-09-18 05:52:06.809+0000: 12324: info : libvirt version: 1.1.1, package: 1.mcp8_0.1 (Koji, 2013-08-09-07:55:01, lnxmcp1) 2013-09-18 05:52:06.809+0000: 12324: debug : virLogParseOutputs:1334 : outputs=1:file:/var/log/virsh.log error: Failed to start domain vm1 error: End of file while reading data: Input/output error error: One or more references were leaked after disconnect from the hypervisor error: Reconnected to the hypervisor I check the libvirtd.log and found the 'default' network is not active. If start the 'default' at first, virsh start will run sucessfully. But I was wondering why the virsh report different error against libvirtd. And why the virsh did not report "network 'default' is not active" error instead of "error: End of file while reading data: Input/output error" ? From the virsh log I found libvirt tried to read message from the socket and failed, but no idea why this happened when no 'default' network? Here is the virsh log: info : libvirt version: 1.1.1, package: 1.mcp8_0.1 (Koji, 2013-08-09-07:55:01, lnxmcp1) debug : virGlobalInit:436 : register drivers debug : virRegisterDriver:762 : driver=0x3fffd164b78 name=Test debug : virRegisterDriver:774 : registering Test as driver 0 debug : virRegisterNetworkDriver:609 : registering Test as network driver 0 debug : virRegisterInterfaceDriver:636 : registering Test as interface driver 0 debug : virRegisterStorageDriver:663 : registering Test as storage driver 0 debug : virRegisterNodeDeviceDriver:690 : registering Test as device driver 0 debug : virRegisterSecretDriver:717 : registering Test as secret driver 0 debug : virRegisterNWFilterDriver:744 : registering Test as network filter driver 0 debug : virRegisterDriver:762 : driver=0x3fffd165dd8 name=ESX debug : virRegisterDriver:774 : registering ESX as driver 1 debug : virRegisterInterfaceDriver:636 : registering ESX as interface driver 1 debug : virRegisterNetworkDriver:609 : registering ESX as network driver 1 debug : virRegisterStorageDriver:663 : registering ESX as storage driver 1 debug : virRegisterNodeDeviceDriver:690 : registering ESX as device driver 1 debug : virRegisterSecretDriver:717 : registering ESX as secret driver 1 debug : virRegisterNWFilterDriver:744 : registering ESX as network filter driver 1 debug : virRegisterDriver:762 : driver=0x3fffd165588 name=remote debug : virRegisterDriver:774 : registering remote as driver 2 debug : virRegisterNetworkDriver:609 : registering remote as network driver 2 debug : virRegisterInterfaceDriver:636 : registering remote as interface driver 2 debug : virRegisterStorageDriver:663 : registering remote as storage driver 2 debug : virRegisterNodeDeviceDriver:690 : registering remote as device driver 2 debug : virRegisterSecretDriver:717 : registering remote as secret driver 2 debug : virRegisterNWFilterDriver:744 : registering remote as network filter driver 2 debug : virEventRegisterDefaultImpl:230 : registering default event implementation debug : virEventPollAddHandle:111 : Used 0 handle slots, adding at least 10 more debug : virEventPollInterruptLocked:710 : Skip interrupt, 0 0 debug : virEventPollAddHandle:136 : EVENT_POLL_ADD_HANDLE: watch=1 fd=5 events=1 cb=0x3fffceb67a8 opaque=(nil) ff=(nil) debug : virEventRegisterImpl:203 : addHandle=0x3fffceb7060 updateHandle=0x3fffceb7450 removeHandle=0x3fffceb6814 addTimeout=0x3fffceb69c8 updateTimeout=0x3fffceb6c24 removeTimeout=0x3fffceb6e2c debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 1 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virConnectOpenAuth:1457 : name=(null), auth=0x3fffd164728, flags=0 debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a1e10 classname=virConnect debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a1f40 classname=virConnectCloseCallbackData debug : virConnectGetConfigFile:998 : Loading config file '/etc/libvirt/libvirt.conf' debug : virConfReadFile:745 : filename=/etc/libvirt/libvirt.conf debug : virFileClose:90 : Closed fd 7 debug : do_open:1173 : no name, allowing driver auto-select debug : do_open:1215 : trying driver 0 (Test) ... debug : do_open:1222 : driver 0 Test returned DECLINED debug : do_open:1215 : trying driver 1 (ESX) ... debug : do_open:1222 : driver 1 ESX returned DECLINED debug : do_open:1215 : trying driver 2 (remote) ... debug : remoteConnectOpen:998 : Auto-probe remote URI debug : doRemoteOpen:599 : proceeding with name = debug : doRemoteOpen:608 : Connecting with transport 1 debug : doRemoteOpen:699 : Proceeding with sockname /var/run/libvirt/libvirt-sock debug : virNetSocketNew:155 : localAddr=0x3ffff825180 remoteAddr=0x3ffff825208 fd=7 errfd=-1 pid=0 debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a2520 classname=virNetSocket debug : virNetSocketNew:205 : RPC_SOCKET_NEW: sock=0x2aad62a2520 fd=7 errfd=-1 pid=0 localAddr=127.0.0.1;0, remoteAddr=127.0.0.1;0 debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a2920 classname=virNetClient debug : virNetClientNew:326 : RPC_CLIENT_NEW: client=0x2aad62a2920 sock=0x2aad62a2520 debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a2920 debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a2520 debug : virEventPollInterruptLocked:714 : Interrupting debug : virEventPollAddHandle:136 : EVENT_POLL_ADD_HANDLE: watch=2 fd=7 events=1 cb=0x3fffcff79e4 opaque=0x2aad62a2520 ff=0x3fffcff7948 debug : virKeepAliveNew:196 : client=0x2aad62a2920, interval=-1, count=0 debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a2c20 classname=virKeepAlive debug : virKeepAliveNew:215 : RPC_KEEPALIVE_NEW: ka=0x2aad62a2c20 client=0x2aad62a2920 debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a2920 debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a1f40 debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a2eb0 classname=virNetClientProgram debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a2850 classname=virNetClientProgram debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a3040 classname=virNetClientProgram debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a2eb0 debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a2850 debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a3040 debug : doRemoteOpen:816 : Trying authentication debug : virNetMessageNew:44 : msg=0x2aad62a2ce0 tracked=0 debug : virNetMessageEncodePayload:373 : Encode length as 28 debug : virNetClientSendInternal:1952 : RPC_CLIENT_MSG_TX_QUEUE: client=0x2aad62a2920 len=28 prog=536903814 vers=1 proc=66 type=0 status=0 serial=0 debug : virNetClientCallNew:1905 : New call 0x2aad62a31c0: msg=0x2aad62a2ce0, expectReply=1, nonBlock=0 debug : virNetClientIO:1714 : Outgoing message prog=536903814 version=1 serial=0 proc=66 type=0 length=28 dispatch=(nil) debug : virNetClientIO:1773 : We have the buck head=0x2aad62a31c0 call=0x2aad62a31c0 debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=2 events=0 debug : virEventPollInterruptLocked:714 : Interrupting debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=2, f=7 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=2, f=7 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virNetMessageDecodeLength:149 : Got length, now need 36 total (32 more) debug : virNetClientCallDispatch:1123 : RPC_CLIENT_MSG_RX: client=0x2aad62a2920 len=36 prog=536903814 vers=1 proc=66 type=1 status=0 serial=0 debug : virKeepAliveCheckMessage:374 : ka=0x2aad62a2c20, client=0x2aad62a2920, msg=0x2aad62a2988 debug : virNetMessageClear:55 : msg=0x2aad62a2988 nfds=0 debug : virNetClientIOEventLoopPassTheBuck:1420 : Giving up the buck 0x2aad62a31c0 debug : virNetClientIOEventLoopPassTheBuck:1434 : No thread to pass the buck to debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=2 events=1 debug : virEventPollInterruptLocked:714 : Interrupting debug : virNetClientIO:1803 : All done with our call head=(nil) call=0x2aad62a31c0 rv=0 debug : virNetMessageFree:72 : msg=0x2aad62a2ce0 nfds=0 cb=(nil) debug : virNetMessageNew:44 : msg=0x2aad62a2ce0 tracked=0 debug : virNetMessageEncodePayload:373 : Encode length as 32 debug : virNetClientSendInternal:1952 : RPC_CLIENT_MSG_TX_QUEUE: client=0x2aad62a2920 len=32 prog=536903814 vers=1 proc=60 type=0 status=0 serial=1 debug : virNetClientCallNew:1905 : New call 0x2aad62a20f0: msg=0x2aad62a2ce0, expectReply=1, nonBlock=0 debug : virNetClientIO:1714 : Outgoing message prog=536903814 version=1 serial=1 proc=60 type=0 length=32 dispatch=(nil) debug : virNetClientIO:1773 : We have the buck head=0x2aad62a20f0 call=0x2aad62a20f0 debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=2 events=0 debug : virEventPollInterruptLocked:714 : Interrupting debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=2, f=7 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=2, f=7 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virNetMessageDecodeLength:149 : Got length, now need 32 total (28 more) debug : virNetClientCallDispatch:1123 : RPC_CLIENT_MSG_RX: client=0x2aad62a2920 len=32 prog=536903814 vers=1 proc=60 type=1 status=0 serial=1 debug : virKeepAliveCheckMessage:374 : ka=0x2aad62a2c20, client=0x2aad62a2920, msg=0x2aad62a2988 debug : virNetMessageClear:55 : msg=0x2aad62a2988 nfds=0 debug : virNetClientIOEventLoopPassTheBuck:1420 : Giving up the buck 0x2aad62a20f0 debug : virNetClientIOEventLoopPassTheBuck:1434 : No thread to pass the buck to debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=2 events=1 debug : virEventPollInterruptLocked:714 : Interrupting debug : virNetClientIO:1803 : All done with our call head=(nil) call=0x2aad62a20f0 rv=0 debug : virNetMessageFree:72 : msg=0x2aad62a2ce0 nfds=0 cb=(nil) debug : doRemoteOpen:842 : Trying to open URI debug : virNetMessageNew:44 : msg=0x2aad62a2ce0 tracked=0 debug : virNetMessageEncodePayload:373 : Encode length as 40 debug : virNetClientSendInternal:1952 : RPC_CLIENT_MSG_TX_QUEUE: client=0x2aad62a2920 len=40 prog=536903814 vers=1 proc=1 type=0 status=0 serial=2 debug : virNetClientCallNew:1905 : New call 0x2aad62a20f0: msg=0x2aad62a2ce0, expectReply=1, nonBlock=0 debug : virNetClientIO:1714 : Outgoing message prog=536903814 version=1 serial=2 proc=1 type=0 length=40 dispatch=(nil) debug : virNetClientIO:1773 : We have the buck head=0x2aad62a20f0 call=0x2aad62a20f0 debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=2 events=0 debug : virEventPollInterruptLocked:714 : Interrupting debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=2, f=7 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=2, f=7 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virNetMessageDecodeLength:149 : Got length, now need 28 total (24 more) debug : virNetClientCallDispatch:1123 : RPC_CLIENT_MSG_RX: client=0x2aad62a2920 len=28 prog=536903814 vers=1 proc=1 type=1 status=0 serial=2 debug : virKeepAliveCheckMessage:374 : ka=0x2aad62a2c20, client=0x2aad62a2920, msg=0x2aad62a2988 debug : virNetMessageClear:55 : msg=0x2aad62a2988 nfds=0 debug : virNetClientIOEventLoopPassTheBuck:1420 : Giving up the buck 0x2aad62a20f0 debug : virNetClientIOEventLoopPassTheBuck:1434 : No thread to pass the buck to debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=2 events=1 debug : virEventPollInterruptLocked:714 : Interrupting debug : virNetClientIO:1803 : All done with our call head=(nil) call=0x2aad62a20f0 rv=0 debug : virNetMessageFree:72 : msg=0x2aad62a2ce0 nfds=0 cb=(nil) debug : doRemoteOpen:853 : Trying to query remote URI debug : virNetMessageNew:44 : msg=0x2aad62a2ce0 tracked=0 debug : virNetMessageEncodePayload:373 : Encode length as 28 debug : virNetClientSendInternal:1952 : RPC_CLIENT_MSG_TX_QUEUE: client=0x2aad62a2920 len=28 prog=536903814 vers=1 proc=110 type=0 status=0 serial=3 debug : virNetClientCallNew:1905 : New call 0x2aad62a20f0: msg=0x2aad62a2ce0, expectReply=1, nonBlock=0 debug : virNetClientIO:1714 : Outgoing message prog=536903814 version=1 serial=3 proc=110 type=0 length=28 dispatch=(nil) debug : virNetClientIO:1773 : We have the buck head=0x2aad62a20f0 call=0x2aad62a20f0 debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=2 events=0 debug : virEventPollInterruptLocked:714 : Interrupting debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=2, f=7 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=2, f=7 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virNetMessageDecodeLength:149 : Got length, now need 48 total (44 more) debug : virNetClientCallDispatch:1123 : RPC_CLIENT_MSG_RX: client=0x2aad62a2920 len=48 prog=536903814 vers=1 proc=110 type=1 status=0 serial=3 debug : virKeepAliveCheckMessage:374 : ka=0x2aad62a2c20, client=0x2aad62a2920, msg=0x2aad62a2988 debug : virNetMessageClear:55 : msg=0x2aad62a2988 nfds=0 debug : virNetClientIOEventLoopPassTheBuck:1420 : Giving up the buck 0x2aad62a20f0 debug : virNetClientIOEventLoopPassTheBuck:1434 : No thread to pass the buck to debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=2 events=1 debug : virEventPollInterruptLocked:714 : Interrupting debug : virNetClientIO:1803 : All done with our call head=(nil) call=0x2aad62a20f0 rv=0 debug : virNetMessageFree:72 : msg=0x2aad62a2ce0 nfds=0 cb=(nil) debug : doRemoteOpen:861 : Auto-probed URI is qemu:///system debug : do_open:1222 : driver 2 remote returned SUCCESS debug : do_open:1248 : network driver 0 Test returned DECLINED debug : do_open:1248 : network driver 1 ESX returned DECLINED debug : do_open:1248 : network driver 2 remote returned SUCCESS debug : do_open:1264 : interface driver 0 Test returned DECLINED debug : do_open:1264 : interface driver 1 ESX returned DECLINED debug : do_open:1264 : interface driver 2 remote returned SUCCESS debug : do_open:1281 : storage driver 0 Test returned DECLINED debug : do_open:1281 : storage driver 1 ESX returned DECLINED debug : do_open:1281 : storage driver 2 remote returned SUCCESS debug : do_open:1298 : node driver 0 Test returned DECLINED debug : do_open:1298 : node driver 1 ESX returned DECLINED debug : do_open:1298 : node driver 2 remote returned SUCCESS debug : do_open:1315 : secret driver 0 Test returned DECLINED debug : do_open:1315 : secret driver 1 ESX returned DECLINED debug : do_open:1315 : secret driver 2 remote returned SUCCESS debug : do_open:1332 : nwfilter driver 0 Test returned DECLINED debug : do_open:1332 : nwfilter driver 1 ESX returned DECLINED debug : do_open:1332 : nwfilter driver 2 remote returned SUCCESS debug : virConnectRegisterCloseCallback:21344 : conn=0x2aad62a1e10 debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a1e10 debug : virConnectIsAlive:21292 : conn=0x2aad62a1e10 debug : virDomainLookupByName:2242 : conn=0x2aad62a1e10, name=vm1 debug : virNetMessageNew:44 : msg=0x2aad62a2ce0 tracked=0 debug : virNetMessageEncodePayload:373 : Encode length as 36 debug : virNetClientSendInternal:1952 : RPC_CLIENT_MSG_TX_QUEUE: client=0x2aad62a2920 len=36 prog=536903814 vers=1 proc=23 type=0 status=0 serial=4 debug : virNetClientCallNew:1905 : New call 0x2aad62a2e40: msg=0x2aad62a2ce0, expectReply=1, nonBlock=0 debug : virNetClientIO:1714 : Outgoing message prog=536903814 version=1 serial=4 proc=23 type=0 length=36 dispatch=(nil) debug : virNetClientIO:1773 : We have the buck head=0x2aad62a2e40 call=0x2aad62a2e40 debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=2 events=0 debug : virEventPollInterruptLocked:714 : Interrupting debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=2, f=7 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=2, f=7 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virNetMessageDecodeLength:149 : Got length, now need 56 total (52 more) debug : virNetClientCallDispatch:1123 : RPC_CLIENT_MSG_RX: client=0x2aad62a2920 len=56 prog=536903814 vers=1 proc=23 type=1 status=0 serial=4 debug : virKeepAliveCheckMessage:374 : ka=0x2aad62a2c20, client=0x2aad62a2920, msg=0x2aad62a2988 debug : virNetMessageClear:55 : msg=0x2aad62a2988 nfds=0 debug : virNetClientIOEventLoopPassTheBuck:1420 : Giving up the buck 0x2aad62a2e40 debug : virNetClientIOEventLoopPassTheBuck:1434 : No thread to pass the buck to debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=2 events=1 debug : virEventPollInterruptLocked:714 : Interrupting debug : virNetClientIO:1803 : All done with our call head=(nil) call=0x2aad62a2e40 rv=0 debug : virNetMessageFree:72 : msg=0x2aad62a2ce0 nfds=0 cb=(nil) debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a2bb0 classname=virDomain debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a1e10 debug : virDomainGetID:3598 : dom=0x2aad62a2bb0, (VM: name=vm1, uuid=22d16da9-e05d-4e0f-bab4-bbacdfb82c92) debug : virDomainCreate:9415 : dom=0x2aad62a2bb0, (VM: name=vm1, uuid=22d16da9-e05d-4e0f-bab4-bbacdfb82c92) debug : virNetMessageNew:44 : msg=0x2aad62a2ce0 tracked=0 debug : virNetMessageEncodePayload:373 : Encode length as 56 debug : virNetClientSendInternal:1952 : RPC_CLIENT_MSG_TX_QUEUE: client=0x2aad62a2920 len=56 prog=536903814 vers=1 proc=9 type=0 status=0 serial=5 debug : virNetClientCallNew:1905 : New call 0x2aad62a2ad0: msg=0x2aad62a2ce0, expectReply=1, nonBlock=0 debug : virNetClientIO:1714 : Outgoing message prog=536903814 version=1 serial=5 proc=9 type=0 length=56 dispatch=(nil) debug : virNetClientIO:1773 : We have the buck head=0x2aad62a2ad0 call=0x2aad62a2ad0 debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=2 events=0 debug : virEventPollInterruptLocked:714 : Interrupting debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=2, f=7 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=2, f=7 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 error : virNetSocketReadWire:1377 : End of file while reading data: Input/output error debug : virNetClientMarkClose:633 : client=0x2aad62a2920, reason=0 debug : virEventPollRemoveHandle:180 : EVENT_POLL_REMOVE_HANDLE: watch=2 debug : virEventPollRemoveHandle:193 : mark delete 1 7 debug : virEventPollInterruptLocked:714 : Interrupting debug : virNetClientIOEventLoopPassTheBuck:1420 : Giving up the buck 0x2aad62a2ad0 debug : virNetClientIOEventLoopPassTheBuck:1434 : No thread to pass the buck to debug : virNetClientCloseLocked:646 : client=0x2aad62a2920, sock=0x2aad62a2520, reason=0 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a2520 debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a2920 debug : virKeepAliveStop:307 : RPC_KEEPALIVE_STOP: ka=0x2aad62a2c20 client=0x2aad62a2920 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a2c20 debug : virObjectUnref:258 : OBJECT_DISPOSE: obj=0x2aad62a2c20 debug : virKeepAliveDispose:227 : RPC_KEEPALIVE_DISPOSE: ka=0x2aad62a2c20 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a2920 debug : remoteClientCloseFunc:361 : Triggering connection close callback 0x2aad61b6efc reason=0, opaque=(nil) debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a2920 debug : virNetClientIO:1803 : All done with our call head=(nil) call=0x2aad62a2ad0 rv=-1 debug : virNetMessageFree:72 : msg=0x2aad62a2ce0 nfds=0 cb=(nil) debug : virDomainGetName:3510 : domain=0x2aad62a2bb0 debug : virDomainFree:2406 : dom=0x2aad62a2bb0, (VM: name=vm1, uuid=22d16da9-e05d-4e0f-bab4-bbacdfb82c92) debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a2bb0 debug : virObjectUnref:258 : OBJECT_DISPOSE: obj=0x2aad62a2bb0 debug : virDomainDispose:262 : release domain 0x2aad62a2bb0 vm1 22d16da9-e05d-4e0f-bab4-bbacdfb82c92 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a1e10 debug : virConnectUnregisterCloseCallback:21400 : conn=0x2aad62a1e10 error : virConnectUnregisterCloseCallback:21417 : Requested operation is not valid: A different callback was requested debug : virConnectClose:1501 : conn=0x2aad62a1e10 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a1e10 debug : virConnectOpenAuth:1457 : name=(null), auth=0x3fffd164728, flags=0 debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a2ef0 classname=virConnect debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a31d0 classname=virConnectCloseCallbackData debug : virConnectGetConfigFile:998 : Loading config file '/etc/libvirt/libvirt.conf' debug : virConfReadFile:745 : filename=/etc/libvirt/libvirt.conf debug : virFileClose:90 : Closed fd 10 debug : do_open:1173 : no name, allowing driver auto-select debug : do_open:1215 : trying driver 0 (Test) ... debug : do_open:1222 : driver 0 Test returned DECLINED debug : do_open:1215 : trying driver 1 (ESX) ... debug : do_open:1222 : driver 1 ESX returned DECLINED debug : do_open:1215 : trying driver 2 (remote) ... debug : remoteConnectOpen:998 : Auto-probe remote URI debug : doRemoteOpen:599 : proceeding with name = debug : doRemoteOpen:608 : Connecting with transport 1 debug : doRemoteOpen:699 : Proceeding with sockname /var/run/libvirt/libvirt-sock debug : virNetSocketNew:155 : localAddr=0x3ffff825180 remoteAddr=0x3ffff825208 fd=10 errfd=-1 pid=0 debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a35c0 classname=virNetSocket debug : virNetSocketNew:205 : RPC_SOCKET_NEW: sock=0x2aad62a35c0 fd=10 errfd=-1 pid=0 localAddr=127.0.0.1;0, remoteAddr=127.0.0.1;0 debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a3900 classname=virNetClient debug : virNetClientNew:326 : RPC_CLIENT_NEW: client=0x2aad62a3900 sock=0x2aad62a35c0 debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a3900 debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a35c0 debug : virEventPollInterruptLocked:714 : Interrupting debug : virEventPollAddHandle:136 : EVENT_POLL_ADD_HANDLE: watch=3 fd=10 events=1 cb=0x3fffcff79e4 opaque=0x2aad62a35c0 ff=0x3fffcff7948 debug : virKeepAliveNew:196 : client=0x2aad62a3900, interval=-1, count=0 debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a3ab0 classname=virKeepAlive debug : virKeepAliveNew:215 : RPC_KEEPALIVE_NEW: ka=0x2aad62a3ab0 client=0x2aad62a3900 debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a3900 debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a31d0 debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a37f0 classname=virNetClientProgram debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a2050 classname=virNetClientProgram debug : virObjectNew:199 : OBJECT_NEW: obj=0x2aad62a3bb0 classname=virNetClientProgram debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a37f0 debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a2050 debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a3bb0 debug : doRemoteOpen:816 : Trying authentication debug : virNetMessageNew:44 : msg=0x2aad62a3db0 tracked=0 debug : virNetMessageEncodePayload:373 : Encode length as 28 debug : virNetClientSendInternal:1952 : RPC_CLIENT_MSG_TX_QUEUE: client=0x2aad62a3900 len=28 prog=536903814 vers=1 proc=66 type=0 status=0 serial=0 debug : virNetClientCallNew:1905 : New call 0x2aad62b3ec0: msg=0x2aad62a3db0, expectReply=1, nonBlock=0 debug : virNetClientIO:1714 : Outgoing message prog=536903814 version=1 serial=0 proc=66 type=0 length=28 dispatch=(nil) debug : virNetClientIO:1773 : We have the buck head=0x2aad62b3ec0 call=0x2aad62b3ec0 debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=3 events=0 debug : virEventPollInterruptLocked:714 : Interrupting debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 3 debug : virEventPollCleanupHandles:575 : EVENT_POLL_PURGE_HANDLE: watch=2 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a2920 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a2520 debug : virObjectUnref:258 : OBJECT_DISPOSE: obj=0x2aad62a2520 debug : virNetSocketDispose:1002 : RPC_SOCKET_DISPOSE: sock=0x2aad62a2520 debug : virEventPollRemoveHandle:180 : EVENT_POLL_REMOVE_HANDLE: watch=2 debug : virFileClose:90 : Closed fd 7 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=3, f=10 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=3, f=10 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=3, f=10 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virNetMessageDecodeLength:149 : Got length, now need 36 total (32 more) debug : virNetClientCallDispatch:1123 : RPC_CLIENT_MSG_RX: client=0x2aad62a3900 len=36 prog=536903814 vers=1 proc=66 type=1 status=0 serial=0 debug : virKeepAliveCheckMessage:374 : ka=0x2aad62a3ab0, client=0x2aad62a3900, msg=0x2aad62a3968 debug : virNetMessageClear:55 : msg=0x2aad62a3968 nfds=0 debug : virNetClientIOEventLoopPassTheBuck:1420 : Giving up the buck 0x2aad62b3ec0 debug : virNetClientIOEventLoopPassTheBuck:1434 : No thread to pass the buck to debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=3 events=1 debug : virEventPollInterruptLocked:714 : Interrupting debug : virNetClientIO:1803 : All done with our call head=(nil) call=0x2aad62b3ec0 rv=0 debug : virNetMessageFree:72 : msg=0x2aad62a3db0 nfds=0 cb=(nil) debug : virNetMessageNew:44 : msg=0x2aad62a3db0 tracked=0 debug : virNetMessageEncodePayload:373 : Encode length as 32 debug : virNetClientSendInternal:1952 : RPC_CLIENT_MSG_TX_QUEUE: client=0x2aad62a3900 len=32 prog=536903814 vers=1 proc=60 type=0 status=0 serial=1 debug : virNetClientCallNew:1905 : New call 0x2aad62a2660: msg=0x2aad62a3db0, expectReply=1, nonBlock=0 debug : virNetClientIO:1714 : Outgoing message prog=536903814 version=1 serial=1 proc=60 type=0 length=32 dispatch=(nil) debug : virNetClientIO:1773 : We have the buck head=0x2aad62a2660 call=0x2aad62a2660 debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=3 events=0 debug : virEventPollInterruptLocked:714 : Interrupting debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=3, f=10 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=3, f=10 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virNetMessageDecodeLength:149 : Got length, now need 32 total (28 more) debug : virNetClientCallDispatch:1123 : RPC_CLIENT_MSG_RX: client=0x2aad62a3900 len=32 prog=536903814 vers=1 proc=60 type=1 status=0 serial=1 debug : virKeepAliveCheckMessage:374 : ka=0x2aad62a3ab0, client=0x2aad62a3900, msg=0x2aad62a3968 debug : virNetMessageClear:55 : msg=0x2aad62a3968 nfds=0 debug : virNetClientIOEventLoopPassTheBuck:1420 : Giving up the buck 0x2aad62a2660 debug : virNetClientIOEventLoopPassTheBuck:1434 : No thread to pass the buck to debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=3 events=1 debug : virEventPollInterruptLocked:714 : Interrupting debug : virNetClientIO:1803 : All done with our call head=(nil) call=0x2aad62a2660 rv=0 debug : virNetMessageFree:72 : msg=0x2aad62a3db0 nfds=0 cb=(nil) debug : doRemoteOpen:842 : Trying to open URI debug : virNetMessageNew:44 : msg=0x2aad62a3db0 tracked=0 debug : virNetMessageEncodePayload:373 : Encode length as 40 debug : virNetClientSendInternal:1952 : RPC_CLIENT_MSG_TX_QUEUE: client=0x2aad62a3900 len=40 prog=536903814 vers=1 proc=1 type=0 status=0 serial=2 debug : virNetClientCallNew:1905 : New call 0x2aad62a25a0: msg=0x2aad62a3db0, expectReply=1, nonBlock=0 debug : virNetClientIO:1714 : Outgoing message prog=536903814 version=1 serial=2 proc=1 type=0 length=40 dispatch=(nil) debug : virNetClientIO:1773 : We have the buck head=0x2aad62a25a0 call=0x2aad62a25a0 debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=3 events=0 debug : virEventPollInterruptLocked:714 : Interrupting debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=3, f=10 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=3, f=10 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virNetMessageDecodeLength:149 : Got length, now need 28 total (24 more) debug : virNetClientCallDispatch:1123 : RPC_CLIENT_MSG_RX: client=0x2aad62a3900 len=28 prog=536903814 vers=1 proc=1 type=1 status=0 serial=2 debug : virKeepAliveCheckMessage:374 : ka=0x2aad62a3ab0, client=0x2aad62a3900, msg=0x2aad62a3968 debug : virNetMessageClear:55 : msg=0x2aad62a3968 nfds=0 debug : virNetClientIOEventLoopPassTheBuck:1420 : Giving up the buck 0x2aad62a25a0 debug : virNetClientIOEventLoopPassTheBuck:1434 : No thread to pass the buck to debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=3 events=1 debug : virEventPollInterruptLocked:714 : Interrupting debug : virNetClientIO:1803 : All done with our call head=(nil) call=0x2aad62a25a0 rv=0 debug : virNetMessageFree:72 : msg=0x2aad62a3db0 nfds=0 cb=(nil) debug : doRemoteOpen:853 : Trying to query remote URI debug : virNetMessageNew:44 : msg=0x2aad62a3db0 tracked=0 debug : virNetMessageEncodePayload:373 : Encode length as 28 debug : virNetClientSendInternal:1952 : RPC_CLIENT_MSG_TX_QUEUE: client=0x2aad62a3900 len=28 prog=536903814 vers=1 proc=110 type=0 status=0 serial=3 debug : virNetClientCallNew:1905 : New call 0x2aad62a2670: msg=0x2aad62a3db0, expectReply=1, nonBlock=0 debug : virNetClientIO:1714 : Outgoing message prog=536903814 version=1 serial=3 proc=110 type=0 length=28 dispatch=(nil) debug : virNetClientIO:1773 : We have the buck head=0x2aad62a2670 call=0x2aad62a2670 debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=3 events=0 debug : virEventPollInterruptLocked:714 : Interrupting debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=3, f=10 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=3, f=10 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virNetMessageDecodeLength:149 : Got length, now need 48 total (44 more) debug : virNetClientCallDispatch:1123 : RPC_CLIENT_MSG_RX: client=0x2aad62a3900 len=48 prog=536903814 vers=1 proc=110 type=1 status=0 serial=3 debug : virKeepAliveCheckMessage:374 : ka=0x2aad62a3ab0, client=0x2aad62a3900, msg=0x2aad62a3968 debug : virNetMessageClear:55 : msg=0x2aad62a3968 nfds=0 debug : virNetClientIOEventLoopPassTheBuck:1420 : Giving up the buck 0x2aad62a2670 debug : virNetClientIOEventLoopPassTheBuck:1434 : No thread to pass the buck to debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=3 events=1 debug : virEventPollInterruptLocked:714 : Interrupting debug : virNetClientIO:1803 : All done with our call head=(nil) call=0x2aad62a2670 rv=0 debug : virNetMessageFree:72 : msg=0x2aad62a3db0 nfds=0 cb=(nil) debug : doRemoteOpen:861 : Auto-probed URI is qemu:///system debug : do_open:1222 : driver 2 remote returned SUCCESS debug : do_open:1248 : network driver 0 Test returned DECLINED debug : do_open:1248 : network driver 1 ESX returned DECLINED debug : do_open:1248 : network driver 2 remote returned SUCCESS debug : do_open:1264 : interface driver 0 Test returned DECLINED debug : do_open:1264 : interface driver 1 ESX returned DECLINED debug : do_open:1264 : interface driver 2 remote returned SUCCESS debug : do_open:1281 : storage driver 0 Test returned DECLINED debug : do_open:1281 : storage driver 1 ESX returned DECLINED debug : do_open:1281 : storage driver 2 remote returned SUCCESS debug : do_open:1298 : node driver 0 Test returned DECLINED debug : do_open:1298 : node driver 1 ESX returned DECLINED debug : do_open:1298 : node driver 2 remote returned SUCCESS debug : do_open:1315 : secret driver 0 Test returned DECLINED debug : do_open:1315 : secret driver 1 ESX returned DECLINED debug : do_open:1315 : secret driver 2 remote returned SUCCESS debug : do_open:1332 : nwfilter driver 0 Test returned DECLINED debug : do_open:1332 : nwfilter driver 1 ESX returned DECLINED debug : do_open:1332 : nwfilter driver 2 remote returned SUCCESS debug : virConnectRegisterCloseCallback:21344 : conn=0x2aad62a2ef0 debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a2ef0 debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=3, f=10 e=1 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=2 timeout=-1 debug : virConnectUnregisterCloseCallback:21400 : conn=0x2aad62a2ef0 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a2ef0 debug : virConnectClose:1501 : conn=0x2aad62a2ef0 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a2ef0 debug : virObjectUnref:258 : OBJECT_DISPOSE: obj=0x2aad62a2ef0 debug : virNetMessageNew:44 : msg=0x2aad62a2ac0 tracked=0 debug : virNetMessageEncodePayload:373 : Encode length as 28 debug : virNetClientSendInternal:1952 : RPC_CLIENT_MSG_TX_QUEUE: client=0x2aad62a3900 len=28 prog=536903814 vers=1 proc=2 type=0 status=0 serial=4 debug : virNetClientCallNew:1905 : New call 0x2aad62a3240: msg=0x2aad62a2ac0, expectReply=1, nonBlock=0 debug : virNetClientIO:1714 : Outgoing message prog=536903814 version=1 serial=4 proc=2 type=0 length=28 dispatch=(nil) debug : virNetClientIO:1773 : We have the buck head=0x2aad62a3240 call=0x2aad62a3240 debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=3 events=0 debug : virEventPollInterruptLocked:714 : Interrupting debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 0 debug : virEventPollDispatchHandles:468 : Dispatch 2 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventRunDefaultImpl:270 : running default event implementation debug : virEventPollCleanupTimeouts:514 : Cleanup 0 debug : virEventPollCleanupTimeouts:550 : Found 0 out of 0 timeout slots used, releasing 0 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=5 e=1 d=0 debug : virEventPollMakePollFDs:391 : Prepare n=1 w=3, f=10 e=0 d=0 debug : virEventPollCalculateTimeout:332 : Calculate expiry of 0 timers debug : virEventPollCalculateTimeout:361 : Timeout at 0 due in -1 ms debug : virEventPollRunOnce:627 : EVENT_POLL_RUN: nhandles=1 timeout=-1 debug : virNetMessageDecodeLength:149 : Got length, now need 28 total (24 more) debug : virNetClientCallDispatch:1123 : RPC_CLIENT_MSG_RX: client=0x2aad62a3900 len=28 prog=536903814 vers=1 proc=2 type=1 status=0 serial=4 debug : virKeepAliveCheckMessage:374 : ka=0x2aad62a3ab0, client=0x2aad62a3900, msg=0x2aad62a3968 debug : virNetMessageClear:55 : msg=0x2aad62a3968 nfds=0 debug : virNetClientIOEventLoopPassTheBuck:1420 : Giving up the buck 0x2aad62a3240 debug : virNetClientIOEventLoopPassTheBuck:1434 : No thread to pass the buck to debug : virEventPollUpdateHandle:147 : EVENT_POLL_UPDATE_HANDLE: watch=3 events=1 debug : virEventPollInterruptLocked:714 : Interrupting debug : virNetClientIO:1803 : All done with our call head=(nil) call=0x2aad62a3240 rv=0 debug : virNetMessageFree:72 : msg=0x2aad62a2ac0 nfds=0 cb=(nil) debug : virNetClientCloseInternal:687 : client=0x2aad62a3900 wantclose=0 debug : virNetClientMarkClose:633 : client=0x2aad62a3900, reason=3 debug : virEventPollRemoveHandle:180 : EVENT_POLL_REMOVE_HANDLE: watch=3 debug : virEventPollRemoveHandle:193 : mark delete 1 10 debug : virEventPollInterruptLocked:714 : Interrupting debug : virNetClientIOEventLoopPassTheBuck:1420 : Giving up the buck (nil) debug : virNetClientIOEventLoopPassTheBuck:1434 : No thread to pass the buck to debug : virNetClientCloseLocked:646 : client=0x2aad62a3900, sock=0x2aad62a35c0, reason=3 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a35c0 debug : virObjectRef:293 : OBJECT_REF: obj=0x2aad62a3900 debug : virKeepAliveStop:307 : RPC_KEEPALIVE_STOP: ka=0x2aad62a3ab0 client=0x2aad62a3900 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a3ab0 debug : virObjectUnref:258 : OBJECT_DISPOSE: obj=0x2aad62a3ab0 debug : virKeepAliveDispose:227 : RPC_KEEPALIVE_DISPOSE: ka=0x2aad62a3ab0 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a3900 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a3900 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a3900 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a37f0 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a2050 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a3bb0 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a31d0 debug : virEventPollAddTimeout:225 : Used 0 timeout slots, adding at least 10 more debug : virEventPollInterruptLocked:714 : Interrupting debug : virEventPollAddTimeout:248 : EVENT_POLL_ADD_TIMEOUT: timer=1 frequency=0 cb=0x2aad61b6f9c opaque=(nil) ff=(nil) debug : virEventPollRunOnce:638 : Poll got 1 event(s) debug : virEventPollDispatchTimeouts:423 : Dispatch 1 debug : virEventPollDispatchTimeouts:446 : EVENT_POLL_DISPATCH_TIMEOUT: timer=1 debug : virEventPollDispatchHandles:468 : Dispatch 1 debug : virEventPollDispatchHandles:482 : i=0 w=1 debug : virEventPollDispatchHandles:496 : EVENT_POLL_DISPATCH_HANDLE: watch=1 events=1 debug : virEventPollCleanupTimeouts:514 : Cleanup 1 debug : virEventPollCleanupHandles:562 : Cleanup 2 debug : virEventPollCleanupHandles:575 : EVENT_POLL_PURGE_HANDLE: watch=3 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a3900 debug : virObjectUnref:258 : OBJECT_DISPOSE: obj=0x2aad62a3900 debug : virNetClientDispose:599 : RPC_CLIENT_DISPOSE: client=0x2aad62a3900 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a31d0 debug : virObjectUnref:258 : OBJECT_DISPOSE: obj=0x2aad62a31d0 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a37f0 debug : virObjectUnref:258 : OBJECT_DISPOSE: obj=0x2aad62a37f0 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a2050 debug : virObjectUnref:258 : OBJECT_DISPOSE: obj=0x2aad62a2050 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a3bb0 debug : virObjectUnref:258 : OBJECT_DISPOSE: obj=0x2aad62a3bb0 debug : virFileClose:90 : Closed fd 12 debug : virFileClose:90 : Closed fd 11 debug : virNetMessageClear:55 : msg=0x2aad62a3968 nfds=0 debug : virObjectUnref:256 : OBJECT_UNREF: obj=0x2aad62a35c0 debug : virObjectUnref:258 : OBJECT_DISPOSE: obj=0x2aad62a35c0 debug : virNetSocketDispose:1002 : RPC_SOCKET_DISPOSE: sock=0x2aad62a35c0 debug : virEventPollRemoveHandle:180 : EVENT_POLL_REMOVE_HANDLE: watch=3 debug : virFileClose:90 : Closed fd 10 debug : virEventPollRemoveTimeout:300 : EVENT_POLL_REMOVE_TIMEOUT: timer=1 debug : virEventPollInterruptLocked:710 : Skip interrupt, 0 4397868808464 -- Best Regards, Mars-+

1 0

Re: [libvirt-users] libvirt-users Digest, Vol 45, Issue 28
by Matthias Babisch 17 Sep '13

17 Sep '13

Test libvirt-users-request(a)redhat.com schrieb: >Send libvirt-users mailing list submissions to > libvirt-users(a)redhat.com > >To subscribe or unsubscribe via the World Wide Web, visit > https://www.redhat.com/mailman/listinfo/libvirt-users >or, via email, send a message with subject or body 'help' to > libvirt-users-request(a)redhat.com > >You can reach the person managing the list at > libvirt-users-owner(a)redhat.com > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of libvirt-users digest..." > > >Today's Topics: > > 1. Finding out CPU topology. (Peeyush Gupta) > 2. Re: Finding out CPU topology. (Daniel P. Berrange) > 3. Re: Finding out CPU topology. (Peeyush Gupta) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Tue, 17 Sep 2013 17:41:12 +0800 (SGT) >From: Peeyush Gupta <gpeeyush(a)ymail.com> >To: "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com> >Subject: [libvirt-users] Finding out CPU topology. >Message-ID: > <1379410872.26498.YahooMailNeo(a)web194604.mail.sg3.yahoo.com> >Content-Type: text/plain; charset="iso-8859-1" > >Hi all, > >I have been trying to find out cpu topology using libvirt. When >I do 'virsh capabilites', I find this inside <topology> tag: > > ><topology> >? ? ? <cells num='1'> >? ? ? ? <cell id='0'> >? ? ? ? ? <memory unit='KiB'>3908488</memory> >? ? ? ? ? <cpus num='4'> >? ? ? ? ? ? <cpu id='0' socket_id='0' core_id='0' siblings='0'/> >? ? ? ? ? ? <cpu id='1' socket_id='0' core_id='0' siblings='1'/> >? ? ? ? ? ? <cpu id='2' socket_id='0' core_id='1' siblings='2'/> >? ? ? ? ? ? <cpu id='3' socket_id='0' core_id='1' siblings='3'/> >? ? ? ? ? </cpus> >? ? ? ? </cell> >? ? ? </cells> ></topology> > >But when I use the 'getCapbilities()' function of the python binding, >the result is: ><topology> ? ? >? <cells num='1'> ?? >? ? ?<cell id='0'> ? ? ? ?? >? ? ?<cpus num='4'> ?? >? ? ? ?<cpu id='0'/> >? ? ? ?<cpu id='1'/> >? ? ? ?<cpu id='2'/> >? ? ? ?<cpu id='3'/> ? ? ? ?? >? ? ?</cpus> ? ? ? ? >? ?</cell> ? ? ? >?</cells> ? ></topology>\n > >As you can see this doesnt give any information about >socket/core/thread etc. >What I an interested to know is that is it a limitation of python >binding or libvirt >C API itself? How can I get the whole topology without just parsing the >output >of virsh capabilities? > >Thanks. >~Peeyush Gupta >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: ><https://www.redhat.com/archives/libvirt-users/attachments/20130917/ff834444…> > >------------------------------ > >Message: 2 >Date: Tue, 17 Sep 2013 10:49:29 +0100 >From: "Daniel P. Berrange" <berrange(a)redhat.com> >To: Peeyush Gupta <gpeeyush(a)ymail.com> >Cc: "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com> >Subject: Re: [libvirt-users] Finding out CPU topology. >Message-ID: <20130917094929.GD28204(a)redhat.com> >Content-Type: text/plain; charset=utf-8 > >On Tue, Sep 17, 2013 at 05:41:12PM +0800, Peeyush Gupta wrote: >> Hi all, >> >> I have been trying to find out cpu topology using libvirt. When >> I do 'virsh capabilites', I find this inside <topology> tag: >> >> >> <topology> >> ? ? ? <cells num='1'> >> ? ? ? ? <cell id='0'> >> ? ? ? ? ? <memory unit='KiB'>3908488</memory> >> ? ? ? ? ? <cpus num='4'> >> ? ? ? ? ? ? <cpu id='0' socket_id='0' core_id='0' siblings='0'/> >> ? ? ? ? ? ? <cpu id='1' socket_id='0' core_id='0' siblings='1'/> >> ? ? ? ? ? ? <cpu id='2' socket_id='0' core_id='1' siblings='2'/> >> ? ? ? ? ? ? <cpu id='3' socket_id='0' core_id='1' siblings='3'/> >> ? ? ? ? ? </cpus> >> ? ? ? ? </cell> >> ? ? ? </cells> >> </topology> >> >> But when I use the 'getCapbilities()' function of the python binding, >> the result is: >> <topology> ? ? >> ? <cells num='1'> ?? >> ? ? ?<cell id='0'> ? ? ? ?? >> ? ? ?<cpus num='4'> ?? >> ? ? ? ?<cpu id='0'/> >> ? ? ? ?<cpu id='1'/> >> ? ? ? ?<cpu id='2'/> >> ? ? ? ?<cpu id='3'/> ? ? ? ?? >> ? ? ?</cpus> ? ? ? ? >> ? ?</cell> ? ? ? >> ?</cells> ? >> </topology>\n >> >> As you can see this doesnt give any information about >socket/core/thread etc. >> What I an interested to know is that is it a limitation of python >binding or libvirt >> C API itself? How can I get the whole topology without just parsing >the output >> of virsh capabilities? > >Did you really run these two examples on the same machine, with the >same >libvirt URI ? Both virsh and the python binding call the same libvirt >API >'virConnectGetCapabilities' so will return the same data if run against >the same libvirt. The socket_id, core_id and siblings data is a >relatively >new feature we added, so older libvirt won't show it. > >Daniel >-- >|: http://berrange.com -o- >http://www.flickr.com/photos/dberrange/ :| >|: http://libvirt.org -o- >http://virt-manager.org :| >|: http://autobuild.org -o- >http://search.cpan.org/~danberr/ :| >|: http://entangle-photo.org -o- >http://live.gnome.org/gtk-vnc :| > > > >------------------------------ > >Message: 3 >Date: Tue, 17 Sep 2013 17:54:40 +0800 (SGT) >From: Peeyush Gupta <gpeeyush(a)ymail.com> >To: "Daniel P. Berrange" <berrange(a)redhat.com> >Cc: "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com> >Subject: Re: [libvirt-users] Finding out CPU topology. >Message-ID: > <1379411680.85399.YahooMailNeo(a)web194601.mail.sg3.yahoo.com> >Content-Type: text/plain; charset="iso-8859-1" > >Yes, I have run both of them on same machine. And?I? >am running libvirt 1.1.0. So, I guess it's not ?a?problem? >of older version. >? >Thanks >~Peeyush Gupta > > >________________________________ > From: Daniel P. Berrange <berrange(a)redhat.com> >To: Peeyush Gupta <gpeeyush(a)ymail.com> >Cc: "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com> >Sent: Tuesday, 17 September 2013 3:19 PM >Subject: Re: [libvirt-users] Finding out CPU topology. > > >On Tue, Sep 17, 2013 at 05:41:12PM +0800, Peeyush Gupta wrote: >> Hi all, >> >> I have been trying to find out cpu topology using libvirt. When >> I do 'virsh capabilites', I find this inside <topology> tag: >> >> >> <topology> >> ? ? ? <cells num='1'> >> ? ? ? ? <cell id='0'> >> ? ? ? ? ? <memory unit='KiB'>3908488</memory> >> ? ? ? ? ? <cpus num='4'> >> ? ? ? ? ? ? <cpu id='0' socket_id='0' core_id='0' siblings='0'/> >> ? ? ? ? ? ? <cpu id='1' socket_id='0' core_id='0' siblings='1'/> >> ? ? ? ? ? ? <cpu id='2' socket_id='0' core_id='1' siblings='2'/> >> ? ? ? ? ? ? <cpu id='3' socket_id='0' core_id='1' siblings='3'/> >> ? ? ? ? ? </cpus> >> ? ? ? ? </cell> >> ? ? ? </cells> >> </topology> >> >> But when I use the 'getCapbilities()' function of the python binding, >> the result is: >> <topology> ? ? >> ? <cells num='1'> ?? >> ? ? ?<cell id='0'> ? ? ? ?? >> ? ? ?<cpus num='4'> ?? >> ? ? ? ?<cpu id='0'/> >> ? ? ? ?<cpu id='1'/> >> ? ? ? ?<cpu id='2'/> >> ? ? ? ?<cpu id='3'/> ? ? ? ?? >> ? ? ?</cpus> ? ? ? ? >> ? ?</cell> ? ? ? >> ?</cells> ? >> </topology>\n >> >> As you can see this doesnt give any information about >socket/core/thread etc. >> What I an interested to know is that is it a limitation of python >binding or libvirt >> C API itself? How can I get the whole topology without just parsing >the output >> of virsh capabilities? > >Did you really run these two examples on the same machine, with the >same >libvirt URI ? Both virsh and the python binding call the same libvirt >API >'virConnectGetCapabilities' so will return the same data if run against >the same libvirt. The socket_id, core_id and siblings data is a >relatively >new feature we added, so older libvirt won't show it. > >Daniel >-- >|: http://berrange.com? ? ? -o-? ? >http://www.flickr.com/photos/dberrange/ :| >|: http://libvirt.org? ? ? ? ? ? ? -o-? ? ? ? ? ? >http://virt-manager.org :| >|: http://autobuild.org? ? ? -o-? ? ? ? >http://search.cpan.org/~danberr/ :| >|: http://entangle-photo.org? ? ? -o-? ? ? >http://live.gnome.org/gtk-vnc :| >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: ><https://www.redhat.com/archives/libvirt-users/attachments/20130917/df8c7fbf…> > >------------------------------ > >_______________________________________________ >libvirt-users mailing list >libvirt-users(a)redhat.com >https://www.redhat.com/mailman/listinfo/libvirt-users > >End of libvirt-users Digest, Vol 45, Issue 28 >********************************************* -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

1 0

[libvirt-users] Finding out CPU topology.
by Peeyush Gupta 17 Sep '13

17 Sep '13

Hi all, I have been trying to find out cpu topology using libvirt. When I do 'virsh capabilites', I find this inside <topology> tag: <topology> <cells num='1'> <cell id='0'> <memory unit='KiB'>3908488</memory> <cpus num='4'> <cpu id='0' socket_id='0' core_id='0' siblings='0'/> <cpu id='1' socket_id='0' core_id='0' siblings='1'/> <cpu id='2' socket_id='0' core_id='1' siblings='2'/> <cpu id='3' socket_id='0' core_id='1' siblings='3'/> </cpus> </cell> </cells> </topology> But when I use the 'getCapbilities()' function of the python binding, the result is: <topology> <cells num='1'> <cell id='0'> <cpus num='4'> <cpu id='0'/> <cpu id='1'/> <cpu id='2'/> <cpu id='3'/> </cpus> </cell> </cells> </topology>\n As you can see this doesnt give any information about socket/core/thread etc. What I an interested to know is that is it a limitation of python binding or libvirt C API itself? How can I get the whole topology without just parsing the output of virsh capabilities? Thanks. ~Peeyush Gupta

2 2

[libvirt-users] Regarding libvirt usage
by Manzoor Ahamed 17 Sep '13

17 Sep '13

Hi Team, I am using libvirt module to retrieve configuration of the virtual machines, Can you please tell me how to retrieve the disk space of the Virtual machines. In my KVM hyper i am running two virtual machines. Regards Manzoor

3 4

[libvirt-users] Doc: How to use NPIV in libvirt
by Osier Yang 13 Sep '13

13 Sep '13

Before posting it to WIKI or somewhere, I want to see if there is any suggestions on it, or if I missed something. ============================================ How to use NPIV in libvirt I planned to wrote a document about how to use NPIV in libvirt after more features are supported, but it looks like I can't wait till then, got lots lots of questions from both the bugs and mails. So here we go. The document tries to summary up the things about NPIV that libvirt supports till now, and the TODO list. Feedback or suggestion is welcomed. 1) How to find out which HBA(s) support vHBA For libvirt newer than "1.0.4", you can find it out simply by: # virsh nodedev-list --cap vports "--cap vports" is to tell "nodedev-list" only outputs the devices which support "vports" capability, i.e. support vHBA. And also since version "1.0.4", you should be able to know the maximum vports the HBA supports and the current vports number from the HBA's XML, e.g. # virsh nodedev-dumpxml scsi_host5 <device> <name>scsi_host5</name> <parent>pci_0000_04_00_1</parent> <capability type='scsi_host'> <host>5</host> <capability type='fc_host'> <wwnn>2001001b32a9da4e</wwnn> <wwpn>2101001b32a9da4e</wwpn> <fabric_wwn>2001000dec9877c1</fabric_wwn> </capability> <capability type='vport_ops'> <max_vports>164</max_vports> <vports>5</vports> </capability> </capability> </device> For libvirt older than "1.0.4", it's a bit complicated than above: First you need to find out all the HBAs, e.g. # virsh nodedev-list --cap scsi_host scsi_host0 scsi_host1 scsi_host2 scsi_host3 scsi_host4 scsi_host5 And then, to see if the HBA supports vHBA, check if the dumped XML contains "vport_ops" capability. E.g. # virsh nodedev-dumpxml scsi_host3 <device> <name>scsi_host3</name> <parent>pci_0000_00_08_0</parent> <capability type='scsi_host'> <host>3</host> </capability> </device> That says "scsi_host3" doesn't support vHBA # virsh nodedev-dumpxml scsi_host5 <device> <name>scsi_host5</name> <parent>pci_0000_04_00_1</parent> <capability type='scsi_host'> <host>5</host> <capability type='fc_host'> <wwnn>2001001b32a9da4e</wwnn> <wwpn>2101001b32a9da4e</wwpn> <fabric_wwn>2001000dec9877c1</fabric_wwn> </capability> <capability type='vport_ops' /> </capability> </device> But "scsi_host5" supports it. One might be confused with the node device naming style (e.g. scsi_host5) in this document and RHEL6 Virtualization Guide [1] (pci_10df_fe00_scsi_host_0). It's because of libvirt has two backends for node device driver: udev and HAL. We prefer the udev backend more than HAL backend in internal implementation, I think there is good enough reason to do so (HAL is maintenance mode now). I believe udev backend is used more than HAL backend, but if your destribution packager build libvirt without udev backend, don't be surprised with the node device names like the ones in [1]. 2) How to create a vHBA Pick up one HBA which supports vHBA, use it's "node device name" as the "parent" of vHBA, and specify the "wwnn" and "wwpn" in the vHBA's XML. E.g. <device> <name>scsi_host6</name> <parent>scsi_host5</parent> <capability type='scsi_host'> <capability type='fc_host'> <wwnn>2001001b32a9da5e</wwnn> <wwpn>2101001b32a9da5e</wwpn> </capability> </capability> </device> Then create the vHBA with virsh command "nodedev-create" (assuming above XML file is named "vhba.xml"): # virsh nodedev-create vhba.xml Node device scsi_host6 created from vhba.xml Since "0.9.10", libvirt will generate "wwnn" and "wwpn" automatically if they are not specified. It means one can create the vHBA by a more simple XML like: <device> <parent>scsi_host5</parent> <capability type='scsi_host'> <capability type='fc_host'> </capability> </capability> </device> 3) How to destroy a vHBA As usual, destroying something is always simpler than creating it: # virsh nodedev-destroy scsi_host6 Destroyed node device 'scsi_host6' You might already realize that the vHBA is removed permanently, don't be surprised, it's the life, node device driver doesn't support persistent config. I won't say it's nightmare for users who screams when realizing the vHBA disappeared after a system rebooting, but it's relatively not good, (assuming that you got the wwnn:wwpn pair from the storage admin, but didn't record it). Fortunately, we support the persistent vHBA now, see next section for details. 4) How to create a persistent vHBA Let's go back to the history a bit firstly. Prior to libvirt "1.0.5", one can define a "scsi" type pool based on a (v)HBA by it's scsi host name (e.g. "host5" in XML below). E.g. <pool type='scsi'> <name>poolhba0</name> <uuid>e9392370-2917-565e-692b-d057f46512d6</uuid> <capacity unit='bytes'>0</capacity> <allocation unit='bytes'>0</allocation> <available unit='bytes'>0</available> <source> <adapter name='host0'/> </source> <target> <path>/dev/disk/by-path</path> <permissions> <mode>0700</mode> <owner>0</owner> <group>0</group> </permissions> </target> </pool> Quite nice? yeah, at least it looks so, but the problem is the scsi host number is *unstable* (it can be changed after system rebooting, or kernel module reloading, or a vHBA recreating etc), and thus the "scsi" type pool based on a (v)HBA becomes unstable too. Obviously it doesn't help on the "persistent vHBA" problem. To solve the problems, since libvirt "1.0.5", we introduced new XML schema to indicate the (v)HBA. An example of the XML: <pool type='scsi'> <name>poolvhba0</name> <uuid>e9392370-2917-565e-692b-d057f46512d6</uuid> <source> <adapter type='fc_host' parent='scsi_host5' wwnn='20000000c9831b4b' wwpn='10000000c9831b4b'/> </source> <target> <path>/dev/disk/by-path</path> <permissions> <mode>0700</mode> <owner>0</owner> <group>0</group> </permissions> </target> </pool> It allows to define a "scsi" type pool based on either a HBA or a vHBA. For HBA, "parent" attribute can be omitted. For vHBA, if "parent" is not specified, libvirt will pick up the first HBA which supports vHBA, and doesn't exceed the maximum vports it supports, automatically. For the pool based on a vHBA, When the pool is starting, libvirt will check if the specified vHBA (wwnn:wwpn) is existing on host or not, if it doesn't exist yet, libvirt will create it automatically. When the pool is being stopped, the vHBA is destroyed. But since storage driver supports the persistent config, one can easily gets the vHBA with same "wwnn:wwpn" in next starting (Don't scream if your pool is transient). It's not the end if you want to get the vHBA created automatically after system rebooting, you will need to set the pool as "autostart": # virsh pool-autostart poolvhba0 One might be curious about why not to support persistent config for node device driver, and support to create persistent vHBA there. One of the reason is that it will be duplicate with what storage pool does. And another reason (the important one) is we want to assiciate the libvirt storage pool/volume with domain (see section "Use LUN for guest" below). 5) How to find out the LUN's path If you have defined the "scsi" type pool based on the (v)HBA, it's simple to lookup what LUNs attached to the (v)HBA by virsh command "vol-list", e.g. # virsh vol-list poolvhba0 --details Name Path Type Capacity Allocation -------------------------------------------------------------------------------------------------------- unit:0:2:0 /dev/disk/by-path/pci-0000:04:00.1-fc-0x203500a0b85ad1d7-lun-0 block 20.01 GiB 20.01 GiB If you have not defined a "scsi" type pool based on the (v)HBA, you can find it out (v)HBA by either virsh command "nodedev-list --tree", or iterating sysfs manually. To find out the LUNs by virsh command "nodedev-list" (irrelevant ouputs are omitted): # virsh nodedev-list --tree +- pci_0000_00_0d_0 | | | +- pci_0000_04_00_0 | | | | | +- scsi_host4 | | | +- pci_0000_04_00_1 | | | +- scsi_host5 | | | +- scsi_host7 | +- scsi_target5_0_0 | | | | | +- scsi_5_0_0_0 | | | +- scsi_target5_0_1 | | | | | +- scsi_5_0_1_0 | | | +- scsi_target5_0_2 | | | | | +- scsi_5_0_2_0 | | | | | +- block_sdb_3600a0b80005adb0b0000ab2d4cae9254 | | | +- scsi_target5_0_3 | | | +- scsi_5_0_3_0 "scsi_host5" is an HBA on my host, it has a LUN named "block_sdb_3600a0b80005adb0b0000ab2d4cae9254", don't be confused with the naming, it's the naming style libvirt uses, meaningful only for libvirt. It indicates the LUN has a short device path "/dev/sdb", and a ID "3600a0b80005adb0b0000ab2d4cae9254": # ls /dev/disk/by-id/ | grep 3600a0b80005adb0b0000ab2d4cae9254 scsi-3600a0b80005adb0b0000ab2d4cae9254 To manually find the LUNs of a (v)HBA: First, you need to iterate over all the directores begins with the SCSI scsi host number of the v(HBA) under "/sys/bus/scsi/devices". E.g. I will look up the LUNs of the HBA with SCSI host number 5 on my host: # ls /sys/bus/scsi/devices/5:* -d /sys/bus/scsi/devices/5:0:0:0 /sys/bus/scsi/devices/5:0:1:0 /sys/bus/scsi/devices/5:0:2:0 /sys/bus/scsi/devices/5:0:3:0 # ls /sys/bus/scsi/devices/5\:0\:3\:0/block/sdc It means scsi_host5 has a LUN attached with device name "sdc" on address "5:0:3:0". # ls /sys/bus/scsi/devices/5\:0\:1\:0/ | grep block device_blocked scsi_host5 doesn't have a LUN attached on address "5:0:2:0" The device name like "sdc" is not stable, to find out the stable path, find out the symbol link which points to the device name. E.g. # ls -l /dev/disk/by-path/ lrwxrwxrwx. 1 root root 9 Sep 10 22:28 pci-0000:00:07.0-scsi-0:0:0:0 -> ../../sda lrwxrwxrwx. 1 root root 10 Sep 10 22:28 pci-0000:00:07.0-scsi-0:0:0:0-part1 -> ../../sda1 lrwxrwxrwx. 1 root root 9 Sep 10 22:28 pci-0000:04:00.1-fc-0x203400a0b85ad1d7-lun-0 -> ../../sdc Then "/dev/disk/by-path/pci-0000:04:00.1-fc-0x203400a0b85ad1d7-lun-0" is the stable path of the LUN attached to address "5:0:3:0". Of course, you can use the similiar method to get the "by-id | by-uuid | by-label" stable path. 6) Use the LUN to guest Since libvirt "1.0.5", we supported to use the storage volume as disk source by two new attributes ("pool" and "volume") for disk "<source"> element. E.g. <disk type='volume' device='disk'> <driver name='qemu' type='raw'/> <source pool='poolvhba0' volume='unit:0:2:0 '/> <target dev='hda' bus='ide'/> </disk> There are lots of advantage to do so. Since the mainly purpose of the document is about "how to use", I will only mention two here to persuade you using the it. First, you don't need to look up the LUN's path youself. Second, assuming that you want to migrate a domain which uses a LUN attached to a vHBA, do you want to create the vHBA manually on target host? With the pool, you can simply define/start a pool with same config on target host. So, if your libvirt is newer than "1.0.5", we recommend you to define the "scsi" type pool based on the (v)HBA, and use "pool/volume" names to use the LUN as disk source. You can either use the LUN as qemu emulated disk, or passthrough it to guest. To use it as qemu emulated disk, specifying the "device" attribute as "device='disk|cdrom|floppy'". E.g. <disk type='volume' device='disk'> <driver name='qemu' type='raw'/> <source pool='blk-pool0' volume='blk-pool0-vol0'/> <target dev='hda' bus='ide'/> </disk> Or (using the LUN's path directly) <disk type='volume' device='disk'> <driver name='qemu' type='raw'/> <source dev='/dev/disk/by-path/pci-0000\:04\:00.1-fc-0x203400a0b85ad1d7-lun-0'/> <target dev='sda' bus='scsi'/> </disk> To passthrough the LUN, specifying the "device" attribute as "device='lun'", e.g. <disk type='volume' device='lun'> <driver name='qemu' type='raw'/> <source dev='/dev/disk/by-path/pci-0000\:04\:00.1-fc-0x203400a0b85ad1d7-lun-0'/> <target dev='sda' bus='scsi'/> </disk> 6) Future work * NPIV based SCSI host passthrough That's what the users ask: How to passthrough a (v)HBA to guest? * Expose vendor information, LUN's path, state of (v)HBA in its XML * May be a virsh command to simplify vHBA creation with options [1] http://www.linuxtopia.org/online_books/rhel6/rhel_6_virtualization/rhel_6_v… Regards, Osier

2 1