From: Daniel Veillard Date: Wed, 15 Apr 2009 20:42:50 +0000 (+0000) Subject: Api documentation X-Git-Url: http://xenbits.xensource.com/gitweb?a=commitdiff_plain;h=316befbb0ca0913de3fb968571e70fe9fa8fb3da;p=libvirt.git Api documentation * docs/Makefile.am docs/api.html docs/api.html.in docs/archdomain.html docs/archnetwork.html docs/archnode.html docs/archstorage.html docs/goals.html docs/intro.html docs/libvirt-daemon-arch.fig docs/libvirt-daemon-arch.png docs/libvirt-driver-arch.fig docs/libvirt-driver-arch.png docs/libvirt-object-model.fig docs/libvirt-object-model.png docs/page.xsl docs/sitemap.html docs/sitemap.html.in: adding a new api page, extending the stylesheet to allow references and including images from Dan Berrange daniel --- diff --git a/ChangeLog b/ChangeLog index 5d1d869f19..5b6b343db4 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,15 @@ +Wed Apr 15 22:40:50 CEST 2009 Daniel Veillard + + * docs/Makefile.am docs/api.html docs/api.html.in docs/archdomain.html + docs/archnetwork.html docs/archnode.html docs/archstorage.html + docs/goals.html docs/intro.html + docs/libvirt-daemon-arch.fig docs/libvirt-daemon-arch.png + docs/libvirt-driver-arch.fig docs/libvirt-driver-arch.png + docs/libvirt-object-model.fig docs/libvirt-object-model.png + docs/page.xsl docs/sitemap.html docs/sitemap.html.in: + adding a new api page, extending the stylesheet to allow references + and including images from Dan Berrange + Wed Apr 15 22:08:12 CEST 2009 Daniel Veillard * src/virsh.c: fix for virsh ttyconsole return value bug #495954 diff --git a/docs/Makefile.am b/docs/Makefile.am index abb0529152..4a55965213 100644 --- a/docs/Makefile.am +++ b/docs/Makefile.am @@ -29,6 +29,9 @@ png = \ libvirtLogo.png \ libvirt-net-logical.png \ libvirt-net-physical.png \ + libvirt-daemon-arch.png \ + libvirt-driver-arch.png \ + libvirt-object-model.png \ madeWith.png \ windows-cygwin-1.png \ windows-cygwin-2.png \ @@ -54,7 +57,10 @@ xml = \ fig = \ libvirt-net-logical.fig \ - libvirt-net-physical.fig + libvirt-net-physical.fig \ + libvirt-daemon-arch.fig \ + libvirt-driver-arch.fig \ + libvirt-object-model.fig EXTRA_DIST= \ libvirt-api.xml libvirt-refs.xml apibuild.py \ @@ -83,6 +89,9 @@ ChangeLog.html.in: ChangeLog.xml ChangeLog.xsl name=`echo $@ | sed -e 's/.tmp//'`; \ $(XSLTPROC) --nonet $(top_srcdir)/docs/ChangeLog.xsl $< > $@ || (rm $@ && exit 1) ; fi ) +%.png: %.fig + convert -rotate 90 $< $@ + %.html.tmp: %.html.in site.xsl page.xsl sitemap.html.in @(if [ -x $(XSLTPROC) ] ; then \ echo "Generating $@"; \ diff --git a/docs/api.html b/docs/api.html new file mode 100644 index 0000000000..e799e51618 --- /dev/null +++ b/docs/api.html @@ -0,0 +1,242 @@ + + + + + + + + + libvirt: The libvirt API concepts + + + + +
+ +
+

The libvirt API concepts

+

This page describes the main principles and architecture choices + behind the definition of the libvirt API: +

+ +

+ Objects exposed +

+

As defined in the goals section, libvirt + API need to expose all the resources needed to manage the virtualization + support of recent operating systems. The first object manipulated though + the API is virConnectPtr which represent a connection to + an hypervisor. Any application using libvirt is likely to start using the + API by calling one of the virConnectOpen functions. You will note that those functions take + a name argument which is actually an URI to select the right hypervisor to + open, this is needed to allow remote connections and also select between + different possible hypervisors (for example on a Linux system it may be + possible to use both KVM and LinuxContainers on the same node). A NULL + name will default to a preselected hypervisor but it's probably not a + wise thing to do in most cases. See the connection + URI page for a full descriptions of the values allowed.

+

+

+

Once the application obtained a virConnectPtr + connection to the + hypervisor it can then use it to manage domains and related resources + available for virtualization like storage and networking. All those are + exposed as first class objects, and connected to the hypervisor connection + (and the node or cluster where it is available).

+

+ first class objects exposed by the API

+

The figure above shows the five main objects exported by the API:

+
  • virConnectPtr: represent a connection to an hypervisor.
  • virDomainPtr: represent one domain either active or defined (i.e. + existing as permanent config file and storage but not currently running + on that node). The function virConnectListDomains + allows to list all the IDs for the domains active on this hypervisor.
  • virNetworkPtr: represent one network either active or defined (i.e. + existing as permanent config file and storage but not currently activated. + The function virConnectListNetworks + allows to list all the virtualization networks actived on this node.
  • virStorageVolPtr: represent one storage volume, usually this is used + as a block device available to one of the domains. The function + virStorageVolLookupByPath allows to find + the object based on its path on the node.
  • virStoragePoolPtr: represent a storage pool, i.e. a logical area + which can be used to allocate and store storage volumes. The function + virStoragePoolLookupByVolume allows to find + the storage pool containing a given storage volume.
+

Most object manipulated by the library can also be represented using + XML descriptions. This is used primarily to create those object, but is + also helpful to modify or save their description back.

+

Domains, network and storage pools can be either active + i.e. either running or available for immediate use, or + defined in which case they are inactive but there is + a permanent definition available in the system for them. Based on this + thay can be activated dynamically in order to be used.

+

Most kind of object can also be named in various ways:

+

+

+
  • by their name, an user friendly identifier but + whose unicity cannot be garanteed between two nodes.
  • by their ID, which is a runtime unique identifier + provided by the hypervisor for one given activation of the object, + but it becomes invalid once the resource is deactivated.
  • by their UUID, a 16 bytes unique identifier + as defined in RFC 4122, + which is garanteed to be unique for long term usage and across a + set of nodes.
+

+ Functions and naming + conventions +

+

The naming of the functions present in the library is usually + made of a prefix describing the object associated to the function + and a verb describing the action on that object.

+

For each first class object you will find apis + for the following actions:

+ +

For more in-depth details of the storage related APIs see + the storage management page, +

+

+ The libvirt drivers +

+

+

+ The libvirt driver architecture

+

+ Daemon and remote access +

+

+

+ The libvirt daemon and remote architecture

+
+
+ + + diff --git a/docs/api.html.in b/docs/api.html.in new file mode 100644 index 0000000000..0b9ffd3608 --- /dev/null +++ b/docs/api.html.in @@ -0,0 +1,136 @@ + + + +

The libvirt API concepts

+ +

This page describes the main principles and architecture choices + behind the definition of the libvirt API: +

+

Objects exposed

+

As defined in the goals section, libvirt + API need to expose all the resources needed to manage the virtualization + support of recent operating systems. The first object manipulated though + the API is virConnectPtr which represent a connection to + an hypervisor. Any application using libvirt is likely to start using the + API by calling one of the virConnectOpen functions. You will note that those functions take + a name argument which is actually an URI to select the right hypervisor to + open, this is needed to allow remote connections and also select between + different possible hypervisors (for example on a Linux system it may be + possible to use both KVM and LinuxContainers on the same node). A NULL + name will default to a preselected hypervisor but it's probably not a + wise thing to do in most cases. See the connection + URI page for a full descriptions of the values allowed.

+

Once the application obtained a virConnectPtr + connection to the + hypervisor it can then use it to manage domains and related resources + available for virtualization like storage and networking. All those are + exposed as first class objects, and connected to the hypervisor connection + (and the node or cluster where it is available).

+

+ first class objects exposed by the API +

+

The figure above shows the five main objects exported by the API:

+
    +
  • virConnectPtr: represent a connection to an hypervisor.
    • +
  • virDomainPtr: represent one domain either active or defined (i.e. + existing as permanent config file and storage but not currently running + on that node). The function virConnectListDomains + allows to list all the IDs for the domains active on this hypervisor.
    • +
  • virNetworkPtr: represent one network either active or defined (i.e. + existing as permanent config file and storage but not currently activated. + The function virConnectListNetworks + allows to list all the virtualization networks actived on this node.
    • +
  • virStorageVolPtr: represent one storage volume, usually this is used + as a block device available to one of the domains. The function + virStorageVolLookupByPath allows to find + the object based on its path on the node.
    • +
  • virStoragePoolPtr: represent a storage pool, i.e. a logical area + which can be used to allocate and store storage volumes. The function + virStoragePoolLookupByVolume allows to find + the storage pool containing a given storage volume.
    • +
+

Most object manipulated by the library can also be represented using + XML descriptions. This is used primarily to create those object, but is + also helpful to modify or save their description back.

+

Domains, network and storage pools can be either active + i.e. either running or available for immediate use, or + defined in which case they are inactive but there is + a permanent definition available in the system for them. Based on this + thay can be activated dynamically in order to be used.

+

Most kind of object can also be named in various ways:

+

    +
  • by their name, an user friendly identifier but + whose unicity cannot be garanteed between two nodes.
    • +
  • by their ID, which is a runtime unique identifier + provided by the hypervisor for one given activation of the object, + but it becomes invalid once the resource is deactivated.
    • +
  • by their UUID, a 16 bytes unique identifier + as defined in RFC 4122, + which is garanteed to be unique for long term usage and across a + set of nodes.
    • +
+ +

Functions and naming + conventions

+

The naming of the functions present in the library is usually + made of a prefix describing the object associated to the function + and a verb describing the action on that object.

+

For each first class object you will find apis + for the following actions:

+
    +
  • Lookup:...LookupByName, +
  • Enumeration:virConnectList... and virConnectNumOf...: + those are used to enumerate a set of object available to an given + hypervisor connection like: + virConnectListDomains, + virConnectNumOfDomains, + virConnectListNetworks, + virConnectListStoragePools, etc.
    • +
  • Description: ...GetInfo: those are generic accessor providing + a set of informations about an object, they are + virNodeGetInfo, + virDomainGetInfo, + virStoragePoolGetInfo, + virStorageVolGetInfo.
    • +
  • Accessors: ...Get... and ...Set...: those are more specific + accessors to query or modify the given object, like + virConnectGetType, + virDomainGetMaxMemory, + virDomainSetMemory, + virDomainGetVcpus, + virStoragePoolSetAutostart, + virNetworkGetBridgeName, etc.
    • +
  • Creation:
    • +
  • Destruction: ...
    • +
+

For more in-depth details of the storage related APIs see + the storage management page, +

The libvirt drivers

+

+

+ The libvirt driver architecture +

+

Daemon and remote access

+

+

+ The libvirt daemon and remote architecture +

+ + diff --git a/docs/archdomain.html b/docs/archdomain.html index a6b65b8e95..a404c25d43 100644 --- a/docs/archdomain.html +++ b/docs/archdomain.html @@ -50,6 +50,10 @@
Goals
+
  • +
    + API concepts +
  • Domains diff --git a/docs/archnetwork.html b/docs/archnetwork.html index 7498da7b5f..6f4f8c1a37 100644 --- a/docs/archnetwork.html +++ b/docs/archnetwork.html @@ -50,6 +50,10 @@ +
  • +
    + API concepts +
  • Domains diff --git a/docs/archnode.html b/docs/archnode.html index ee75ee98cd..d2e4cdfcf0 100644 --- a/docs/archnode.html +++ b/docs/archnode.html @@ -50,6 +50,10 @@ +
  • +
    + API concepts +
  • Domains diff --git a/docs/archstorage.html b/docs/archstorage.html index f3e6b54cd1..cc33db8b59 100644 --- a/docs/archstorage.html +++ b/docs/archstorage.html @@ -50,6 +50,10 @@ +
  • +
    + API concepts +
  • Domains diff --git a/docs/goals.html b/docs/goals.html index 1f45e2d520..5e24327f2a 100644 --- a/docs/goals.html +++ b/docs/goals.html @@ -50,6 +50,10 @@
    Goals
    +
  • +
    + API concepts +
  • Domains diff --git a/docs/intro.html b/docs/intro.html index 3a453859c6..c02e5bd985 100644 --- a/docs/intro.html +++ b/docs/intro.html @@ -50,6 +50,10 @@ +
  • +
    + API concepts +
  • Domains diff --git a/docs/libvirt-daemon-arch.fig b/docs/libvirt-daemon-arch.fig new file mode 100644 index 0000000000..cd9a4cf58b --- /dev/null +++ b/docs/libvirt-daemon-arch.fig @@ -0,0 +1,114 @@ +#FIG 3.2 Produced by xfig version 3.2.5 +Landscape +Center +Inches +Letter +100.00 +Single +-2 +1200 2 +6 75 150 13050 5100 +6 4425 764 5938 1150 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 4425 764 5938 764 5938 1150 4425 1150 4425 764 +4 0 0 50 -1 16 15 0.0000 4 131 415 4519 1053 xen\001 +-6 +6 4425 1246 5938 1631 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 4425 1246 5938 1246 5938 1631 4425 1631 4425 1246 +4 0 0 50 -1 16 15 0.0000 4 178 640 4519 1535 qemu\001 +-6 +6 4425 1728 5938 2113 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 4425 1728 5938 1728 5938 2113 4425 2113 4425 1728 +4 0 0 50 -1 16 15 0.0000 4 178 829 4519 2017 openvz\001 +-6 +6 4425 2210 5938 2595 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 4425 2210 5938 2210 5938 2595 4425 2595 4425 2210 +4 0 0 50 -1 16 15 0.0000 4 178 320 4519 2499 lxc\001 +-6 +6 4425 2691 5938 3077 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 4425 2691 5938 2691 5938 3077 4425 3077 4425 2691 +4 0 0 50 -1 16 15 0.0000 4 166 415 4519 2980 test\001 +-6 +6 4425 3173 5938 3559 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 4425 3173 5938 3173 5938 3559 4425 3559 4425 3173 +4 0 0 50 -1 16 15 0.0000 4 166 794 4519 3462 remote\001 +-6 +6 11328 764 12842 1150 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 11328 764 12842 764 12842 1150 11328 1150 11328 764 +4 0 0 50 -1 16 15 0.0000 4 131 415 11423 1053 xen\001 +-6 +6 11328 1246 12842 1631 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 11328 1246 12842 1246 12842 1631 11328 1631 11328 1246 +4 0 0 50 -1 16 15 0.0000 4 178 640 11423 1535 qemu\001 +-6 +6 11328 1728 12842 2113 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 11328 1728 12842 1728 12842 2113 11328 2113 11328 1728 +4 0 0 50 -1 16 15 0.0000 4 178 829 11423 2017 openvz\001 +-6 +6 11328 2210 12842 2595 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 11328 2210 12842 2210 12842 2595 11328 2595 11328 2210 +4 0 0 50 -1 16 15 0.0000 4 178 320 11423 2499 lxc\001 +-6 +6 11328 2691 12842 3077 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 11328 2691 12842 2691 12842 3077 11328 3077 11328 2691 +4 0 0 50 -1 16 15 0.0000 4 166 415 11423 2980 test\001 +-6 +6 11328 3173 12842 3559 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 11328 3173 12842 3173 12842 3559 11328 3559 11328 3173 +4 0 0 50 -1 16 15 0.0000 4 166 794 11423 3462 remote\001 +-6 +2 2 0 1 0 7 50 -1 -1 0.000 0 0 -1 0 0 5 + 75 1342 1587 1342 1587 2113 75 2113 75 1342 +2 1 0 1 0 7 50 -1 -1 4.000 0 0 -1 1 0 2 + 0 0 1.00 76.37 152.74 + 1587 1728 3101 1728 +2 1 0 1 0 7 50 -1 -1 4.000 0 0 -1 1 0 4 + 0 0 1.00 76.37 152.74 + 5938 3365 6883 3365 7262 1728 7640 1728 +2 1 0 1 0 7 50 -1 -1 4.000 0 0 -1 1 0 4 + 0 0 1.00 76.37 152.74 + 3101 1728 3858 1728 4141 3365 4425 3365 +2 2 0 1 0 7 50 -1 -1 0.000 0 0 -1 0 0 5 + 3101 572 6127 572 6127 3751 3101 3751 3101 572 +2 1 0 5 0 7 50 -1 -1 12.000 0 0 -1 0 0 2 + 3101 572 3101 3751 +2 1 2 5 0 7 50 -1 -1 3.000 0 0 -1 0 0 2 + 3858 572 3858 3751 +2 1 0 1 0 7 50 -1 -1 4.000 0 0 -1 1 0 2 + 0 0 1.00 76.37 152.74 + 9154 1728 10004 1728 +2 2 0 1 0 7 50 -1 -1 0.000 0 0 -1 0 0 5 + 7640 1342 9154 1342 9154 2113 7640 2113 7640 1342 +2 1 0 1 0 7 50 -1 -1 4.000 0 0 -1 1 0 4 + 0 0 1.00 76.37 152.74 + 10004 1728 10760 1728 10950 2402 11328 2402 +2 2 0 1 0 7 50 -1 -1 0.000 0 0 -1 0 0 5 + 10004 572 13030 572 13030 3751 10004 3751 10004 572 +2 1 0 5 0 7 50 -1 -1 12.000 0 0 -1 0 0 2 + 10004 572 10004 3751 +2 1 2 5 0 7 50 -1 -1 3.000 0 0 -1 0 0 2 + 10760 572 10760 3751 +4 0 0 50 -1 16 15 0.0000 4 225 1256 170 1728 Application\001 +4 0 0 50 -1 16 13 0.0000 4 154 367 1966 1631 URI\001 +4 0 0 50 -1 16 15 5.3233 4 178 1149 3763 4040 Driver API\001 +4 0 0 50 -1 16 15 5.3233 4 178 1173 3101 4040 Public API\001 +4 0 0 50 -1 16 15 5.3233 4 225 1233 4992 4040 Driver Impl\001 +4 0 0 50 -1 16 18 0.0000 4 213 652 3763 379 libvirt\001 +4 0 0 50 -1 16 13 0.0000 4 154 901 1966 2017 lxc://host/\001 +4 0 0 50 -1 16 15 0.0000 4 178 747 7734 1728 libvirtd\001 +4 0 0 50 -1 16 15 5.3233 4 178 1149 10666 4040 Driver API\001 +4 0 0 50 -1 16 15 5.3233 4 178 1173 10004 4040 Public API\001 +4 0 0 50 -1 16 15 5.3233 4 225 1233 11896 4040 Driver Impl\001 +4 0 0 50 -1 16 18 0.0000 4 213 652 10666 379 libvirt\001 +-6 diff --git a/docs/libvirt-daemon-arch.png b/docs/libvirt-daemon-arch.png new file mode 100644 index 0000000000..b7ed2f6891 Binary files /dev/null and b/docs/libvirt-daemon-arch.png differ diff --git a/docs/libvirt-driver-arch.fig b/docs/libvirt-driver-arch.fig new file mode 100644 index 0000000000..c1964a5d1e --- /dev/null +++ b/docs/libvirt-driver-arch.fig @@ -0,0 +1,62 @@ +#FIG 3.2 Produced by xfig version 3.2.5 +Landscape +Center +Inches +Letter +100.00 +Single +-2 +1200 2 +6 1200 225 10950 8147 +6 8208 1291 10646 1900 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 8208 1291 10646 1291 10646 1900 8208 1900 8208 1291 +4 0 0 50 -1 16 24 0.0000 4 214 639 8360 1748 xen\001 +-6 +6 8208 2054 10646 2662 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 8208 2054 10646 2054 10646 2662 8208 2662 8208 2054 +4 0 0 50 -1 16 24 0.0000 4 305 975 8360 2510 qemu\001 +-6 +6 8208 2815 10646 3424 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 8208 2815 10646 2815 10646 3424 8208 3424 8208 2815 +4 0 0 50 -1 16 24 0.0000 4 305 1280 8360 3272 openvz\001 +-6 +6 8208 3577 10646 4187 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 8208 3577 10646 3577 10646 4187 8208 4187 8208 3577 +4 0 0 50 -1 16 24 0.0000 4 304 518 8360 4033 lxc\001 +-6 +6 8208 4339 10646 4948 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 8208 4339 10646 4339 10646 4948 8208 4948 8208 4339 +4 0 0 50 -1 16 24 0.0000 4 274 670 8360 4795 test\001 +-6 +6 8208 5100 10646 5710 +2 2 0 1 0 7 50 -1 -1 4.000 0 0 7 0 0 5 + 8208 5100 10646 5100 10646 5710 8208 5710 8208 5100 +4 0 0 50 -1 16 24 0.0000 4 274 1219 8360 5557 remote\001 +-6 +2 2 0 1 0 7 50 -1 -1 0.000 0 0 -1 0 0 5 + 1200 2206 3637 2206 3637 3424 1200 3424 1200 2206 +2 1 0 1 0 7 50 -1 -1 4.000 0 0 -1 1 0 2 + 0 0 1.00 121.88 243.75 + 3637 2815 6075 2815 +2 1 0 1 0 7 50 -1 -1 4.000 0 0 -1 1 0 4 + 0 0 1.00 121.88 243.75 + 6075 2815 7294 2815 7598 3881 8208 3881 +2 2 0 1 0 7 50 -1 -1 0.000 0 0 -1 0 0 5 + 6075 987 10950 987 10950 6014 6075 6014 6075 987 +2 1 0 5 0 7 50 -1 -1 12.000 0 0 -1 0 0 2 + 6075 987 6075 6014 +2 1 2 5 0 7 50 -1 -1 3.000 0 0 -1 0 0 2 + 7294 987 7294 6014 +4 0 0 50 -1 16 24 0.0000 4 395 1950 1352 2815 Application\001 +4 0 0 50 -1 16 20 0.0000 4 244 579 4246 2662 URI\001 +4 0 0 50 -1 16 20 0.0000 4 244 792 4246 3272 lxc:///\001 +4 0 0 50 -1 16 24 5.3233 4 304 1828 7142 6472 Driver API\001 +4 0 0 50 -1 16 24 5.3233 4 304 1889 6075 6472 Public API\001 +4 0 0 50 -1 16 24 5.3233 4 395 1920 9121 6472 Driver Impl\001 +4 0 0 50 -1 16 28 0.0000 4 366 1157 7142 682 libvirt\001 +-6 diff --git a/docs/libvirt-driver-arch.png b/docs/libvirt-driver-arch.png new file mode 100644 index 0000000000..a7e9678929 Binary files /dev/null and b/docs/libvirt-driver-arch.png differ diff --git a/docs/libvirt-object-model.fig b/docs/libvirt-object-model.fig new file mode 100644 index 0000000000..11ddaf9ec4 --- /dev/null +++ b/docs/libvirt-object-model.fig @@ -0,0 +1,61 @@ +#FIG 3.2 Produced by xfig version 3.2.5 +Landscape +Center +Inches +Letter +100.00 +Single +-2 +1200 2 +6 1200 1200 10274 6975 +6 4500 1200 6974 2025 +2 2 0 1 0 7 50 -1 -1 0.000 0 0 -1 0 0 5 + 4500 1200 6974 1200 6974 2025 4500 2025 4500 1200 +4 0 0 50 -1 16 17 0.0000 4 202 1679 4603 1613 virConnectPtr\001 +-6 +6 1200 3675 3675 4500 +2 2 0 1 0 7 50 -1 -1 0.000 0 0 -1 0 0 5 + 1200 3675 3675 3675 3675 4500 1200 4500 1200 3675 +4 0 0 50 -1 16 17 0.0000 4 202 1595 1303 4087 virDomainPtr\001 +-6 +6 1200 6150 3675 6975 +2 2 0 1 0 7 50 -1 -1 0.000 0 0 -1 0 0 5 + 1200 6150 3675 6150 3675 6975 1200 6975 1200 6150 +4 0 0 50 -1 16 17 0.0000 4 202 1667 1303 6562 virNetworkPtr\001 +-6 +6 7799 3675 10274 4500 +2 2 0 1 0 7 50 -1 -1 0.000 0 0 -1 0 0 5 + 7799 3675 10274 3675 10274 4500 7799 4500 7799 3675 +4 0 0 50 -1 16 17 0.0000 4 262 2155 7902 4087 virStoragePoolPtr\001 +-6 +6 7799 6150 10274 6975 +2 2 0 1 0 7 50 -1 -1 0.000 0 0 -1 0 0 5 + 7799 6150 10274 6150 10274 6975 7799 6975 7799 6150 +4 0 0 50 -1 16 17 0.0000 4 262 2000 7902 6562 virStorageVolPtr\001 +-6 +3 0 0 1 0 7 50 -1 -1 0.000 0 1 0 3 + 0 0 1.00 82.50 164.99 + 4706 2025 4706 4087 3675 4087 + 0.000 1.000 0.000 +3 0 0 1 0 7 50 -1 -1 0.000 0 1 0 3 + 0 0 1.00 82.50 164.99 + 6768 2025 6768 4087 7799 4087 + 0.000 1.000 0.000 +3 0 0 1 0 7 50 -1 -1 0.000 0 1 0 3 + 0 0 1.00 82.50 164.99 + 6562 2025 6562 6562 7799 6562 + 0.000 1.000 0.000 +3 0 0 1 0 7 50 -1 -1 0.000 0 1 0 3 + 0 0 1.00 82.50 164.99 + 4912 2025 4912 6562 3675 6562 + 0.000 1.000 0.000 +3 0 0 1 0 7 50 -1 -1 0.000 0 1 0 2 + 0 0 1.00 82.50 164.99 + 8933 4500 8933 6150 + 0.000 0.000 +4 0 0 50 -1 16 17 0.0000 4 143 155 3881 3985 n\001 +4 0 0 50 -1 16 17 0.0000 4 143 155 3881 6459 n\001 +4 0 0 50 -1 16 17 0.0000 4 143 155 7387 6459 n\001 +4 0 0 50 -1 16 17 0.0000 4 143 155 7387 3985 n\001 +4 0 0 50 -1 16 17 0.0000 4 143 155 8727 5944 n\001 +-6 diff --git a/docs/libvirt-object-model.png b/docs/libvirt-object-model.png new file mode 100644 index 0000000000..6cb1aa3e59 Binary files /dev/null and b/docs/libvirt-object-model.png differ diff --git a/docs/page.xsl b/docs/page.xsl index 88b2fa7929..4f1c92f911 100644 --- a/docs/page.xsl +++ b/docs/page.xsl @@ -8,6 +8,22 @@ + + + + + + + + + + + + + + + + @@ -143,16 +159,7 @@
    - - - - - - - - - - +