search for: virdomainlookupbyid

...do you know any better ? And related question is how to resolve virDomainPtr into domain ID ? The only verified way of getting domain ID I know is to memorize it's UUID, then call virConnectListDomains , then iterate over all returned domain IDs and resolve each one's pointer using virDomainLookupByID , then get UUID by virDomainGetUUIDString get domain ID of matching UUID's . It seems too complex and I expect noticeable performance overhead, so looking for something lighter. I'm trying to get current domain ID using API function : char * virDomainGetMetadata (virDomainP...

...t; And related question is how to resolve virDomainPtr into domain ID ? virDomainGetID(). > The only verified way of getting domain ID I know is to memorize it's UUID, then call virConnectListDomains , then iterate over all returned domain IDs and resolve each one's pointer using virDomainLookupByID , then get UUID by virDomainGetUUIDString get domain ID of matching UUID's . > It seems too complex and I expect noticeable performance overhead, so looking for something lighter. > > I'm trying to get current domain ID using API function : > > char * virDoma...

...t; And related question is how to resolve virDomainPtr into domain ID ? virDomainGetID(). > The only verified way of getting domain ID I know is to memorize it's UUID, then call virConnectListDomains , then iterate over all returned domain IDs and resolve each one's pointer using virDomainLookupByID , then get UUID by virDomainGetUUIDString get domain ID of matching UUID's . > It seems too complex and I expect noticeable performance overhead, so looking for something lighter. > > I'm trying to get current domain ID using API function : > > char * virDoma...

The documentation says something that concerns me: http://libvirt.org/html/libvirt-libvirt.html#virConnectClose "It is possible for the last virConnectClose<http://libvirt.org/html/libvirt-libvirt.html#virConnectClose>to return a positive value if some other object still has a temporary reference to the connection, but the application should not try to further use

Hey, I'm trying to figure out a way to get a list of the running domains on a dom0. I can get the ID's but I'd prefer the names. We have another script written in perl, but I'm trying to get some other functionality in python as well as work on converting it all to python. It looks like perl has a list_domains() that will, according to the libvirt doc, "Return a list of all

...ork driver 2 remote returned SUCCESS) >> DEBUG: libvirt.c: do_open (storage driver 0 Test returned DECLINED) >> DEBUG: libvirt.c: do_open (storage driver 1 storage returned DECLINED) >> DEBUG: libvirt.c: do_open (storage driver 2 remote returned SUCCESS) >> DEBUG: libvirt.c: virDomainLookupByID (conn=0x9b49048, id=2) >> DEBUG: hash.c: __virGetDomain (New hash entry 0x9b580a0) >> DEBUG: libvirt.c: virDomainGetID (domain=0x9b580a0) >> DEBUG: libvirt.c: virDomainGetName (domain=0x9b580a0) >> DEBUG: libvirt.c: virDomainGetUUIDString (domain=0x9b580a0, buf=0xbff74b07) &...

...( virDomainGetConnect ( virDomainGetCPUStats( virDomainGetID ( virDomainGetInfo ( virDomainGetMaxMemory ( virDomainGetName ( virDomainGetSchedulerParameters ( virDomainGetSchedulerType ( virDomainGetUUID ( virDomainGetUUIDString ( virDomainGetVcpus ( virDomainGetXMLDesc ( virDomainInterfaceStats ( virDomainLookupByID ( virDomainLookupByName ( virDomainLookupByUUIDString ( virDomainMemoryPeek ( virDomainMigrate ( virDomainPinVcpu ( virDomainRef( virDomainSetMaxMemory ( virDomainSetMemory ( virDomainSetSchedulerParameters ( virDomainSetVcpus ( virDomainStatsRecordListFree ( virEventAddTimeout( virEventRegisterDef...

libguestfs usually needs qemu. However it only requires an emulator for the same architecture, not for all architectures. libvirt-daemon-kvm pulls in qemu which pulls in emulators for all architectures, as well as a bunch of other stuff we don't need at all like network interface support and nwfilter. There are no Fedora TCG-only arches, so drop the conditional section. I also made support

...dom" }, + { name => "virDomainFree", sig => "dom : free" }, + { name => "virDomainDestroy", sig => "dom : free" }, + { name => "virDomainLookupByName", sig => "conn, string : dom" }, + { name => "virDomainLookupByID", sig => "conn, int : dom" }, + { name => "virDomainLookupByUUID", sig => "conn, uuid : dom" }, + { name => "virDomainLookupByUUIDString", sig => "conn, string : dom" }, + { name => "virDomainGetName", sig =...

libvirt-ocaml is used only by virt-v2v, so move it to this repository, instead of having it around in the common submodule. The removal from common will happen later. Pino Toscano (2): common: Bundle the libvirt-ocaml library for use by virt-v2v build: switch embedded copy of libvirt-ocaml .gitignore | 2 + 3rdparty/libvirt-ocaml/Makefile.am |

Hi, this is a mostly done attempt to switch to ocaml-libvirt, embedding the latest version of it from git. This way, it is possible to improve the way v2v connects to libvirt for both input, and output modules, and interacts with libvirt (e.g. no more virsh calls needed in virt-v2v). As side effect, virt-v2v now requires libvirt, as keeping it optional would create too much burden. I could not

Hi, this is a mostly done attempt to switch to ocaml-libvirt, embedding the latest version of it from git. This way, it is possible to improve the way v2v connects to libvirt for both input, and output modules, and interacts with libvirt (e.g. no more virsh calls needed in virt-v2v). As side effect, virt-v2v now requires libvirt, as keeping it optional would create too much burden. I could not

Hi, this is a mostly done attempt to switch to ocaml-libvirt, embedding the latest version of it from git. This way, it is possible to improve the way v2v connects to libvirt for both input, and output modules, and interacts with libvirt (e.g. no more virsh calls needed in virt-v2v). As side effect, virt-v2v now requires libvirt, as keeping it optional would create too much burden. I could not

Hi, this series switches virt-2v to ocaml-libvirt, embedding the latest version of it from git. This way, it is possible to improve the way v2v connects to libvirt for both input, and output modules, and interacts with libvirt (e.g. no more virsh calls needed in virt-v2v). As side effect, virt-v2v now requires libvirt, as keeping it optional would create too much burden. I could not test all

Hi, this series switches virt-2v to ocaml-libvirt, embedding the latest version of it from git. This way, it is possible to improve the way v2v connects to libvirt for both input, and output modules, and interacts with libvirt (e.g. no more virsh calls needed in virt-v2v). As side effect, virt-v2v now requires libvirt, as keeping it optional would create too much burden. I could not test all