- Devel - libvirt List Archives

[libvirt] trying to 'destroy' a domain with Python bindings...
by Michael March 07 Jul '08

07 Jul '08

When I do this: conn.lookupByName('myDomU').destroy() ... I get this: Traceback (most recent call last): File "test.py", line 30, in ? print conn.lookupByName('myDomU').destroy() File "/usr/lib64/python2.4/site-packages/libvirt.py", line 238, in destroy if ret == -1: raise libvirtError ('virDomainDestroy() failed', dom=self) libvirt.libvirtError: virDomainDestroy() failed What am I missing here? Destroy should do the equivalent of 'Delete' on virt-manager, correct? thanks! (BTW... I'm running stock RH5.2.)

2 2

[libvirt] [PATCH] update libvirt.rng
by John Levon 07 Jul '08

07 Jul '08

The below patch makes a significant update to libvirt.rng to bring it into line with reality. This is an incremental improvement rather than a full fix. In particular, various parts are still under-specified (e.g. qemu char devices). This version lets almost all of the XML files in tests/ validate. I'd appreciate help getting the last few to validate - any volunteers? One possible idea might be virsh validate: split out both the schema validation and the additional checks in libvirt into one consolidated place. This would help people check their definitions. The question also arises on how to help avoid the schema getting so badly out of date again. Some suggestions: - add a validation phase to the test suite, and mark failures - require any changes to the implicit schema to add a test suite entry - and require such changes to update the schema too Comments? thanks, john Index: docs/libvirt.rng =================================================================== RCS file: /data/cvs/libvirt/docs/libvirt.rng,v retrieving revision 1.7 diff -u -r1.7 libvirt.rng --- docs/libvirt.rng 14 Mar 2008 11:08:03 -0000 1.7 +++ docs/libvirt.rng 4 Jul 2008 22:22:52 -0000 @@ -50,6 +50,7 @@ </optional> </group> </choice> + <ref name='clock'/> <ref name='resources'/> <ref name='features'/> <ref name='termination'/> @@ -82,8 +83,13 @@ </choice> <value>hvm</value> </element> + <optional> + <ref name='bootdev'/> + </optional> </element> + <ref name='clock'/> <ref name='resources'/> + <ref name='termination'/> <ref name='devices'/> </interleave> </group> @@ -157,8 +163,14 @@ <interleave> <element name='os'> <element name='type'> - <value>hvm</value> + <choice> + <value>hvm</value> + <value>xen</value> + </choice> </element> + <optional> + <ref name='bootdev' /> + </optional> </element> <ref name='resources'/> <ref name='devices-with-emulator'/> @@ -208,12 +220,29 @@ </optional> <optional> <element name='vcpu'> + <optional> + <attribute name='cpuset' /> + </optional> <ref name='countCPU'/> </element> </optional> </interleave> </define> + <define name='clock'> + <optional> + <element name='clock'> + <attribute name='offset'> + <choice> + <value>localtime</value> + <value>utc</value> + </choice> + </attribute> + <empty/> + </element> + </optional> + </define> +  - <define name='linux'> - <element name='type'> - <value>linux</value> - </element> + <define name='kernboot'> <interleave> <element name='kernel'> <ref name='absFilePath'/> @@ -269,8 +291,39 @@ </define>  + <define name='linux'> + <element name='type'> + <value>linux</value> + </element> + <ref name='kernboot'/> + </define> + + <define name='bootdev'> + <element name='boot'> + <attribute name='dev'> + <choice> + <value>hd</value> + <value>fd</value> + <value>cdrom</value> + <value>network</value> + </choice> + </attribute> + <empty/> + </element> + </define> + + <define name='hvmboot'> + <choice> + <ref name='bootdev'/> + <ref name='kernboot'/> + </choice> + </define> + +  <define name='hvm'> <element name='type'> @@ -281,20 +334,28 @@ <ref name='absFilePath'/> </element> <optional> - <element name='boot'> - <attribute name='dev'> - <choice> - <value>hd</value> - <value>fd</value> - <value>cdrom</value> - </choice> - </attribute> - <empty/> - </element> + <ref name='hvmboot' /> </optional> </interleave> </define> + <define name='diskspec'> + <optional> + <ref name='driver'/> + </optional> + <ref name='target'/> + <optional> + <element name='readonly'> + <empty/> + </element> + </optional> + <optional> + <element name='shareable'> + <empty/> + </element> + </optional> + </define> +  <define name='interface'> <element name='interface'> @@ -402,12 +456,14 @@ <value>bridge</value> </attribute> <interleave> - <element name='source'> - <attribute name='bridge'> - <ref name='deviceName'/> - </attribute> - <empty/> - </element> + <optional> + <element name='source'> + <attribute name='bridge'> + <ref name='deviceName'/> + </attribute> + <empty/> + </element> + </optional> <ref name='interface-options'/> </interleave> </group> @@ -416,8 +472,24 @@ <value>ethernet</value> </attribute> <interleave> + <optional> + <element name='source'> + <attribute name='dev'> + <ref name='deviceName'/> + </attribute> + <empty/> + </element> + </optional> + <ref name='interface-options'/> + </interleave> + </group> + <group> + <attribute name='type'> + <value>network</value> + </attribute> + <interleave> <element name='source'> - <attribute name='dev'> + <attribute name='network'> <ref name='deviceName'/> </attribute> <empty/> @@ -478,11 +550,17 @@ <empty/> </element> </optional> + <optional> + <element name='model'> + <attribute name='type' /> + <empty/> + </element> + </optional> </interleave> </define>  <define name='emulator'> <element name='emulator'> @@ -493,7 +571,8 @@  <define name='graphic'> <element name='graphics'> @@ -518,6 +597,11 @@ <text/> </attribute> </optional> + <optional> + <attribute name='keymap'> + <text/> + </attribute> + </optional> </group> </choice> </element> @@ -565,24 +649,134 @@ </define>  + <define name='qemucdev'> + <attribute name='type'> + <choice> + <value>dev</value> + <value>file</value> + <value>pipe</value> + <value>unix</value> + <value>tcp</value> + <value>udp</value> + <value>null</value> + <value>stdio</value> + <value>vc</value> + <value>pty</value> + </choice> + </attribute> + + <interleave> + <optional> + <oneOrMore> + <element name='source'> + <optional> + <attribute name='mode' /> + </optional> + <optional> + <attribute name='path' /> + </optional> + <optional> + <attribute name='host' /> + </optional> + <optional> + <attribute name='service' /> + </optional> + <optional> + <attribute name='wiremode' /> + </optional> + </element> + </oneOrMore> + </optional> + <optional> + <element name='protocol'> + <optional> + <attribute name='type' /> + </optional> + </element> + </optional> + <optional> + <element name='target'> + <optional> + <attribute name='port' /> + </optional> + </element> + </optional> + </interleave> + </define> + +  <define name='console'> <element name='console'> - <attribute name='tty'> - <ref name='devicePath'/> - </attribute> - <empty/> + <choice> + <group> + <optional> + <attribute name='tty'> + <ref name='devicePath'/> + </attribute> + </optional> + <empty/> + </group> + <ref name='qemucdev' /> + </choice> + </element> + </define> + + <define name='sound'> + <oneOrMore> + <element name='sound'> + <attribute name='model'> + <choice> + <value>sb16</value> + <value>es1370</value> + <value>pcspk</value> + </choice> + </attribute> + </element> + </oneOrMore> + </define> + + <define name='parallel'> + <element name='parallel'> + <ref name='qemucdev' /> + </element> + </define> + + <define name='serial'> + <element name='serial'> + <ref name='qemucdev' /> </element> </define> + <define name='input'> + <oneOrMore> + <element name='input'> + <attribute name='type'> + <choice> + <value>tablet</value> + <value>mouse</value> + </choice> + </attribute> + <optional> + <attribute name='bus'> + <choice> + <value>ps2</value> + <value>usb</value> + <value>xen</value> + </choice> + </attribute> + </optional> + </element> + </oneOrMore> + </define> +  <define name='devices'> <element name='devices'> @@ -602,6 +796,18 @@ <optional> <ref name='console'/> </optional> + <optional> + <ref name='sound'/> + </optional> + <optional> + <ref name='parallel'/> + </optional> + <optional> + <ref name='serial'/> + </optional> + <optional> + <ref name='input'/> + </optional> </interleave> </element> </define> @@ -625,6 +831,18 @@ <optional> <ref name='console'/> </optional> + <optional> + <ref name='sound'/> + </optional> + <optional> + <ref name='parallel'/> + </optional> + <optional> + <ref name='serial'/> + </optional> + <optional> + <ref name='input'/> + </optional> </interleave> </element> </define>

3 8

[libvirt] Re: Libvir-list Digest, Vol 32, Issue 7
by Tóth István 07 Jul '08

07 Jul '08

I took at a look at that code. The JNI code is basically unchanged from the 0.1 version. The interesting part is the code is for handling the XML structures used by libvirt. You can see how Daniel Schweger's added functionality is meant to be used in the srtc/testclient/org/libvirt/TestXen.java file. The way I imagined the java-libvirt architecture is that there is a lower 'core' level, which is basically a function-for function equivalent of the C libvirt functionality, with the bare minimum of object-orientedness thrown in to pass for a proper java library (the current libvirt in CVS) Plus, there should/can be anotherl API, that exposes the XML files as java objects with get/set functions, etc. (It's in the org.libvirt.schema package in Daniel Schweger's code) Optionally, there could be higher level API that uses the core and XML api, and provides a really clean java-style object model, but IO haven't given it much thought yet. I think these two or three layers should be clearly demarcated, maybe even shipped as separate packages, becuse anything that layers on more functionaity that what the current cvs provides represents design decisions that are not inherent to libvirt. One may not want to use the XML technology/object model/whatever that libvirt-java ships, but rather add their own XML handling stuff/ higher level abstractions on top of the core libvirt bindings. (for example, Daniel Schweger's code uses XMLBeans, my original idea was to use JAXB for the same purpose). BTW I am working on adding the core bindings for the storage stuff, but don't expect anything soon, as my day job is currently eating all my time. regards István libvir-list-request(a)redhat.com wrote: > Send Libvir-list mailing list submissions to > libvir-list(a)redhat.com > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.redhat.com/mailman/listinfo/libvir-list > or, via email, send a message with subject or body 'help' to > libvir-list-request(a)redhat.com > > You can reach the person managing the list at > libvir-list-owner(a)redhat.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Libvir-list digest..." > > > Today's Topics: > > 1. Re: AW: beta libvirt-java port uploaded (Daniel Veillard) > 2. AW: [libvirt] AW: beta libvirt-java port uploaded > (Daniel Schwager) > 3. storage_conf.c: In function 'virStorageSize' (Jaime Traver) > 4. Re: storage_conf.c: In function 'virStorageSize' (Atsushi SAKAI) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 3 Jul 2008 12:29:04 -0400 > From: Daniel Veillard <veillard(a)redhat.com> > Subject: Re: [libvirt] AW: beta libvirt-java port uploaded > To: Daniel Schwager <Daniel.Schwager(a)dtnet.de> > Cc: libvir-list(a)redhat.com > Message-ID: <20080703162903.GI1362(a)redhat.com> > Content-Type: text/plain; charset=us-ascii > > On Thu, Jul 03, 2008 at 12:10:40PM +0200, Daniel Schwager wrote: > >> Cool - there's an "official" port... >> http://comments.gmane.org/gmane.comp.emulators.libvirt/7118 >> >> sorry for my last port, i didn't watch this list in the last time .. >> > > BTW there is a new one 0.1.2 with better portability and JPackage > compatibility. > I must admit i'm a bit lost by all the code in your tarball, > there are changes to libvirt-java, even in code already included in > 0.1.0 , and a lot of subtrees which seems only loosely coupled to > libvirt. > What are the diffs which should be applied to the cirrent 0.1.2 > code base ? and what specifically should be added in libvirt-java > CVS. The Beans support seems one of them (but i have no idea how > it's supposed to be used). > A bit of explanations would go a long way ;-) > > Daniel > >

3 3

Re: [libvirt] storage_conf.c: In function 'virStorageSize'
by Jaime Traver 07 Jul '08

07 Jul '08

hi, thank Atsushi SAKAI i has fixed the problem with your recomendations, but now it is happened the following *libvirt_proxy.c: En la función `main': libvirt_proxy.c:844: aviso: implicit declaration of function `fprintf' libvirt_proxy.c:844: error: `stderr' undeclared (first use in this function) libvirt_proxy.c:844: error: (Each undeclared identifier is reported only once libvirt_proxy.c:844: error: for each function it appears in.) libvirt_proxy.c:845: aviso: implicit declaration of function `exit'* About this i don't see nothing in the mail list. I hope that you can help me. thank by advance revartj 2008/7/4 Jaime Traver <revartj(a)gmail.com>: > I has done the folllowing changes: > > i has modified the file * > /usr/src/linux-headers-2.6.18-6-xen-686/include/linux/limits.h,* add > > #define ULLONG_MAX 18446744073709551615ULL > > and also i has saw that file * > /home/revartj/libvirt/libvirt-0.4.4/src/internal.h* have the include of > limits.h. > > And the result is that it continue playing the same errors. > > thank you by the help and excuse me my bad english > > if you don't understand somethings, then ask me. > > > 2008/7/4 Jaime Traver <revartj(a)gmail.com>: > > I am using i686 >> >> 2.6.18-6-xen-686 #1 SMP Sat May 24 14:16:03 UTC 2008 *i686* GNU/Linux >> >> I will try now modify de limits.h and comment you. >> >> thanks >> >> 2008/7/4 Atsushi SAKAI <sakaia(a)jp.fujitsu.com>: >> >> Hi, >>> >>> ULLONG_MAX should be defined on limits.h. >>> and its limits.h is includes on src/internal.h. >>> Please check these files. >>> >>> By the way, you are using i486?. >>> >>> >>> Thanks >>> Atsushi SAKAI >>> >>> >>> "Jaime Traver" <revartj(a)gmail.com> wrote: >>> >>> > Hi, I am having problem with compilation of libvirt, i has saw one post >>> > about this in the maillist, but it don't resolved the problem. The >>> detail of >>> > erros is: >>> > >>> > storage_conf.c: In function 'virStorageSize': >>> > storage_conf.c:627: error: 'ULLONG_MAX' undeclared (first use in this >>> > function) >>> > storage_conf.c:627: error: (Each undeclared identifier is reported only >>> once >>> > storage_conf.c:627: error: for each function it appears in.) >>> > make[2]: *** [libvirt_la-storage_conf.lo] Error 1 >>> > make[2]: se sale del directorio >>> `/home/revartj/libvirt/libvirt-0.4.4/src' >>> > make[1]: *** [all-recursive] Error 1 >>> > make[1]: se sale del directorio `/home/revartj/libvirt/libvirt-0.4.4' >>> > make: *** [all] Error 2 >>> > >>> > >>> > Any information about SO: >>> > >>> > EREBO:/home/revartj/libvirt/libvirt-0.4.4# *uname -a* >>> > Linux EREBO 2.6.18-6-xen-686 #1 SMP Sat May 24 14:16:03 UTC 2008 i686 >>> > GNU/Linux >>> > >>> > EREBO:/home/revartj/libvirt/libvirt-0.4.4# *gcc -v* >>> > Using built-in specs. >>> > Target: i486-linux-gnu >>> > Configured with: ../src/configure -v >>> > --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr >>> > --enable-shared --with-system-zlib --libexecdir=/usr/lib >>> > --without-included-gettext --enable-threads=posix --enable-nls >>> > --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu >>> > --enable-libstdcxx-debug --enable-mpfr --with-tune=i686 >>> > --enable-checking=release i486-linux-gnu >>> > Thread model: posix >>> > gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) >>> > >>> > Someboy know how i can resolved this error. >>> > >>> > Thank everybody by advance. >>> > >>> > revartj >>> >>> >>> >> >

2 1

[libvirt] Xen config files again
by Thomas Moyer 06 Jul '08

06 Jul '08

I've seen in the src tree that there are functions to read and use Xen configuration files. Are these functions available in the Python bindings or do I need to use C to get access to them? What I am mostly interested in doing is parsing the Xen config file and getting back the XML version that I can store and use later on. -- Thomas Moyer Graduate Student CSE Department Penn State University tmmoyer(a)cse.psu.edu http://www.cse.psu.edu/~tmmoyer

2 3

[libvirt] 'starting' a domain using Python libvirt..
by Michael March 06 Jul '08

06 Jul '08

I'm trying to figure out how to start a domain .. and I can't figure out what method to use.. When I do this: >>> dir(conn.lookupByName('my-vm-1')) I get these options: ['ID', 'OSType', 'UUID', 'UUIDString', 'XMLDesc', '__del__', '__doc__', '__init__', '__module__', '_conn', '_o', 'attachDevice', 'autostart', 'blockStats', 'connect', 'coreDump', 'create', 'destroy', 'detachDevice', 'info', 'interfaceStats', 'maxMemory', 'maxVcpus', 'migrate', 'name', 'pinVcpu', 'reboot', 'resume', 'save', 'setAutostart', 'setMaxMemory', 'setMemory', 'setVcpus', 'shutdown', 'suspend', 'undefine'] I don't see a method to start a domain up.. What am I missing here? thanks!

2 2

[libvirt] PATCH: 0/2: port Test driver to new XML apis
by Daniel P. Berrange 04 Jul '08

04 Jul '08

The next two patches port the test driver over to use the new XML APIs for dealing with domain and network XML. More details with each one... Daniel. -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

3 13

[libvirt] storage_conf.c: In function 'virStorageSize'
by Jaime Traver 04 Jul '08

04 Jul '08

Hi, I am having problem with compilation of libvirt, i has saw one post about this in the maillist, but it don't resolved the problem. The detail of erros is: storage_conf.c: In function 'virStorageSize': storage_conf.c:627: error: 'ULLONG_MAX' undeclared (first use in this function) storage_conf.c:627: error: (Each undeclared identifier is reported only once storage_conf.c:627: error: for each function it appears in.) make[2]: *** [libvirt_la-storage_conf.lo] Error 1 make[2]: se sale del directorio `/home/revartj/libvirt/libvirt-0.4.4/src' make[1]: *** [all-recursive] Error 1 make[1]: se sale del directorio `/home/revartj/libvirt/libvirt-0.4.4' make: *** [all] Error 2 Any information about SO: EREBO:/home/revartj/libvirt/libvirt-0.4.4# *uname -a* Linux EREBO 2.6.18-6-xen-686 #1 SMP Sat May 24 14:16:03 UTC 2008 i686 GNU/Linux EREBO:/home/revartj/libvirt/libvirt-0.4.4# *gcc -v* Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --with-tune=i686 --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) Someboy know how i can resolved this error. Thank everybody by advance. revartj

2 1

[libvirt] beta libvirt-java port uploaded
by Daniel Schwager 03 Jul '08

03 Jul '08

Hi, we are using libvirt in our softwaredemo.de plattform (launching in 2 or 3 weeks).. Because I saw some thread relating to the java-port, I uploaded our modified version (SNAPSHOT of my eclipse-workspace, based on the Tóth István libvir-java port - e.g. http://www.mail-archive.com/libvir-list@redhat.com/msg03131.html) to http://www.softwaredemo.de/index.php?id=154 for free access. At the moment, it's does not support all the XML-elements, because if haven't enough time to update it out XSD-file - but I works with the current libvirt 0.4.4-1 (-: - and work for us .... The uploaded java-project depends on some other (internal) staff of our company (devtools, ivy-repository), so it will not compile out-of-the-box for you - sorry for this at the moment. The TGZ includes all Dependant libs in lib/compiler Dependant infos in output/ivy-report Output artifacts in output/artifact (jar-files for using to access libvirt ...) If there are people wanting to work-on/update/extend these sources, I will think about adapting our individual-company-dependant project-build-framework to run everywhere (replace our ivy-repos with public maven-repos, insert the missing ant-scripts, ...) Maybe it could be also a good input for other people's to restart the libvirt-java project for their own (look into the project and uses some fragemets/ideas - staf, testing, buildprocess, ..) Thx to libvirt-community Danny (from softwaredemo.de ;-) If you have question, please ask (-:

2 3

[libvirt] PATCH: Fix memory leak in OOM cleanup for capabilities
by Daniel P. Berrange 03 Jul '08

03 Jul '08

The combo of the OOM testing and valgrind identified a place where we fail to correctly free memory when cleaning up from an OOM failure in the NUMA code for capabilities. This patch addresses that problem Daniel diff -r 0f3ebb9e7958 src/capabilities.c --- a/src/capabilities.c Thu Jul 03 11:42:29 2008 +0100 +++ b/src/capabilities.c Thu Jul 03 14:24:20 2008 +0100 @@ -224,17 +224,19 @@ if (VIR_ALLOC(cell) < 0) return -1; - caps->host.numaCell[caps->host.nnumaCell] = cell; - if (VIR_ALLOC_N(caps->host.numaCell[caps->host.nnumaCell]->cpus, - ncpus) < 0) + if (VIR_ALLOC_N(cell->cpus, ncpus) < 0) { + VIR_FREE(cell); return -1; - memcpy(caps->host.numaCell[caps->host.nnumaCell]->cpus, + } + memcpy(cell->cpus, cpus, ncpus * sizeof(*cpus)); - caps->host.numaCell[caps->host.nnumaCell]->ncpus = ncpus; - caps->host.numaCell[caps->host.nnumaCell]->num = num; + cell->ncpus = ncpus; + cell->num = num; + + caps->host.numaCell[caps->host.nnumaCell] = cell; caps->host.nnumaCell++; return 0; -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

2 1