On 12/16/2010 01:31 PM, Eric Blake wrote:
> On 12/16/2010 09:50 AM, Daniel P. Berrange wrote:
>> Move the code for handling the QEMU virDomainObjPtr private
>> data, and custom XML namespace into a separate file
>>
>> * src/qemu/qemu_domain.c, src/qemu/qemu_domain.h: New file
>> for private data
On 12/16/2010 11:56 AM, Eric Blake wrote:
> On 12/16/2010 09:50 AM, Daniel P. Berrange wrote:
>> The qemu_conf.c code is doing three jobs, driver config file
>> loading, QEMU capabilities management and QEMU command line
>> management. Move the command line code into its own file
>>
> Same nit abou
On 12/16/2010 05:09 PM, Eric Blake wrote:
> On 12/16/2010 11:05 AM, Eric Blake wrote:
>> On 12/16/2010 09:50 AM, Daniel P. Berrange wrote:
>>> The qemu_conf.c code is doing three jobs, driver config file
>>> loading, QEMU capabilities management and QEMU command line
>>> management. Move the capabi
On 12/16/2010 11:05 AM, Eric Blake wrote:
> On 12/16/2010 09:50 AM, Daniel P. Berrange wrote:
>> The qemu_conf.c code is doing three jobs, driver config file
>> loading, QEMU capabilities management and QEMU command line
>> management. Move the capabilities code into its own file
>>
>> * src/qemu/q
On 12/16/2010 04:21 AM, Daniel P. Berrange wrote:
> This extends the basic virNetSocket APIs to allow them to have
> a handle to the TLS/SASL session objects, once established.
> This ensures that any data reads/writes are automagically
> passed through the TLS/SASL encryption layers if required.
>
On 12/16/2010 04:21 AM, Daniel P. Berrange wrote:
> This provides two modules for handling SASL
>
> * virNetSASLContext provides the process-wide state, currently
>just a whitelist of usernames on the server and a one time
>library init call
>
> * virNetTLSSession provides the per-conne
On 12/16/2010 04:21 AM, Daniel P. Berrange wrote:
> This provides two modules for handling TLS
>
> * virNetTLSContext provides the process-wide state, in particular
>all the x509 credentials, DH params and x509 whitelists
> * virNetTLSSession provides the per-connection state, ie the
>TL
On 12/16/2010 04:21 AM, Daniel P. Berrange wrote:
> Introduces a simple wrapper around the raw POSIX sockets APIs
> and name resolution APIs. Allows for easy creation of client
> and server sockets with correct usage of name resolution APIs
> for protocol agnostic socket setup.
>
> It can listen f
On 12/16/2010 09:50 AM, Daniel P. Berrange wrote:
> The QEMU driver file is far too large. Move all the hotplug
> helper code out into a separate file. No functional change.
>
> * src/qemu/qemu_hotplug.c, src/qemu/qemu_hotplug.h,
> src/Makefile.am: Add hotplug helper file
> * src/qemu/qemu_drive
On 12/16/2010 09:50 AM, Daniel P. Berrange wrote:
> To allow the APIs to be used from separate files, move the domain
> lock / job helper code into qemu_domain.c
>
> * src/qemu/qemu_domain.c, src/qemu/qemu_domain.h: Add domain lock
> / job code
> * src/qemu/qemu_driver.c: Remove domain lock / jo
On 12/16/2010 09:50 AM, Daniel P. Berrange wrote:
> To allow their use from other source files, move qemuDriverLock
> and qemuDriverUnlock to qemu_conf.h and make them non-static
>
> * src/qemu/qemu_conf.c, src/qemu/qemu_conf.h: Add qemuDriverLock
> qemuDriverUnlock
> * src/qemu/qemu_driver.c: R
On 12/16/2010 09:50 AM, Daniel P. Berrange wrote:
> The QEMU driver file is far too large. Move all the hostdev
> helper code out into a separate file. No functional change.
>
> * src/qemu/qemu_hostdev.c, src/qemu/qemu_hostdev.h,
> src/Makefile.am: Add hostdev helper file
> * src/qemu/qemu_drive
On 12/16/2010 09:50 AM, Daniel P. Berrange wrote:
> The QEMU driver file is far too large. Move all the cgroup
> helper code out into a separate file. No functional change.
>
> * src/qemu/qemu_cgroup.c, src/qemu/qemu_cgroup.h,
> src/Makefile.am: Add cgroup helper file
> * src/qemu/qemu_driver.c:
On 12/16/2010 09:50 AM, Daniel P. Berrange wrote:
> The QEMU driver file is far too large. Move all the audit
> helper code out into a separate file. No functional change.
>
> * src/qemu/qemu_audit.c, src/qemu/qemu_audit.h,
> src/Makefile.am: Add audit helper file
> * src/qemu/qemu_driver.c: Del
On 12/16/2010 09:50 AM, Daniel P. Berrange wrote:
> Move the code for handling the QEMU virDomainObjPtr private
> data, and custom XML namespace into a separate file
>
> * src/qemu/qemu_domain.c, src/qemu/qemu_domain.h: New file
> for private data & namespace code
> * src/qemu/qemu_driver.c, src
On 12/16/2010 01:13 PM, Eric Blake wrote:
>> Hmm, seems this went wrong during a rebase. The qemu_conf.h
>> addition somehow ended up in the next patch. I should just
>> squash the patches 3 & 4 together
>
> I wondered that too, at first, but the diffstat for 4 doesn't concur either:
>
> src/qem
On 12/16/2010 12:26 PM, Daniel P. Berrange wrote:
> On Thu, Dec 16, 2010 at 12:13:51PM -0700, Eric Blake wrote:
>> On 12/16/2010 09:50 AM, Daniel P. Berrange wrote:
>>> Allow QEMU driver files access to qemuDomainObjPrivate struct
>>>
>>> * src/qemu/qemu_conf.h: Add qemuDomainObjPrivate struct
>>>
2010/12/12 Sherif Nagy
> thank you Matthias, i did follow what you said and i find the error, I am
> connecting to vCenter server not to ESX directly and that what i have find.
>
>
> Data Object Type: *NotImplemented*
>
That's the important information. The vCenter doesn't seem to implement the
On Thu, Dec 16, 2010 at 10:49:16AM -0700, Eric Blake wrote:
> On 12/16/2010 04:21 AM, Daniel P. Berrange wrote:
> > This provides a new struct that contains a buffer for the RPC
> > message header+payload, as well as a decoded copy of the message
> > header. There is an API for applying a XDR encod
On Thu, Dec 16, 2010 at 12:13:51PM -0700, Eric Blake wrote:
> On 12/16/2010 09:50 AM, Daniel P. Berrange wrote:
> > Allow QEMU driver files access to qemuDomainObjPrivate struct
> >
> > * src/qemu/qemu_conf.h: Add qemuDomainObjPrivate struct
> > * src/qemu/qemu_driver.c: Remove qemuDomainObjPrivat
On 12/16/2010 09:50 AM, Daniel P. Berrange wrote:
> Allow QEMU driver files access to qemuDomainObjPrivate struct
>
> * src/qemu/qemu_conf.h: Add qemuDomainObjPrivate struct
> * src/qemu/qemu_driver.c: Remove qemuDomainObjPrivate struct
> ---
> src/qemu/qemu_driver.c | 45 --
* tests/Makefile.am (EXTRA_DIST): Sort, and add directories.
(SUBDIRS): Drop automake recursion into subdirs.
* tests/commanddata/Makefile.am: Delete.
* tests/confdata/Makefile.am: Likewise.
* tests/sexpr2xmldata/Makefile.am: Likewise.
* tests/xencapsdata/Makefile.am: Likewise.
* tests/xmconfigdata
On 12/16/2010 09:50 AM, Daniel P. Berrange wrote:
> The qemu_conf.c code is doing three jobs, driver config file
> loading, QEMU capabilities management and QEMU command line
> management. Move the command line code into its own file
>
> * src/qemu/qemu_command.c, src/qemu/qemu_command.h: New
>
* src/libvirt.c: Avoid duplicate word.
---
I'm pushing this under the trivial rule.
src/libvirt.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/libvirt.c b/src/libvirt.c
index 4188b45..ff2ac93 100644
--- a/src/libvirt.c
+++ b/src/libvirt.c
@@ -3297,7 +3297,7 @@ er
On 12/16/2010 09:50 AM, Daniel P. Berrange wrote:
> The qemu_conf.c code is doing three jobs, driver config file
> loading, QEMU capabilities management and QEMU command line
> management. Move the capabilities code into its own file
>
> * src/qemu/qemu_capabilities.c, src/qemu/qemu_capabilities.h
On 12/16/2010 04:21 AM, Daniel P. Berrange wrote:
> This provides a new struct that contains a buffer for the RPC
> message header+payload, as well as a decoded copy of the message
> header. There is an API for applying a XDR encoding & decoding
> of the message headers and payloads. There are also
To allow the APIs to be used from separate files, move the domain
lock / job helper code into qemu_domain.c
* src/qemu/qemu_domain.c, src/qemu/qemu_domain.h: Add domain lock
/ job code
* src/qemu/qemu_driver.c: Remove domain lock / job code
---
src/qemu/qemu_domain.c | 230
The QEMU driver file is far too large. Move all the cgroup
helper code out into a separate file. No functional change.
* src/qemu/qemu_cgroup.c, src/qemu/qemu_cgroup.h,
src/Makefile.am: Add cgroup helper file
* src/qemu/qemu_driver.c: Delete cgroup code
---
src/Makefile.am|1 +
src/
To allow their use from other source files, move qemuDriverLock
and qemuDriverUnlock to qemu_conf.h and make them non-static
* src/qemu/qemu_conf.c, src/qemu/qemu_conf.h: Add qemuDriverLock
qemuDriverUnlock
* src/qemu/qemu_driver.c: Remove qemuDriverLock and qemuDriverUnlock
---
src/qemu/qemu_c
Move the code for handling the QEMU virDomainObjPtr private
data, and custom XML namespace into a separate file
* src/qemu/qemu_domain.c, src/qemu/qemu_domain.h: New file
for private data & namespace code
* src/qemu/qemu_driver.c, src/qemu/qemu_driver.h: Remove
private data & namespace code
*
The QEMU driver file is far too large. Move all the hostdev
helper code out into a separate file. No functional change.
* src/qemu/qemu_hostdev.c, src/qemu/qemu_hostdev.h,
src/Makefile.am: Add hostdev helper file
* src/qemu/qemu_driver.c: Delete hostdev code
---
src/Makefile.am |1 +
The QEMU driver file is far too large. Move all the audit
helper code out into a separate file. No functional change.
* src/qemu/qemu_audit.c, src/qemu/qemu_audit.h,
src/Makefile.am: Add audit helper file
* src/qemu/qemu_driver.c: Delete audit code
---
src/Makefile.am|1 +
src/qemu/
The QEMU driver is getting horribly large & I constantly find myself
getting lost in it. This series re-arranges the code, pulling out
the following areas of functionality into new files
- capabilities construction
- command line arg generation/parsing
- domain private data / namespace handling
Allow QEMU driver files access to qemuDomainObjPrivate struct
* src/qemu/qemu_conf.h: Add qemuDomainObjPrivate struct
* src/qemu/qemu_driver.c: Remove qemuDomainObjPrivate struct
---
src/qemu/qemu_driver.c | 45 -
1 files changed, 0 insertions(+), 45
On 12/16/2010 04:37 AM, Daniel P. Berrange wrote:
>> This is still not quite functionally complete, so not ready to
>> apply. The missing pieces are
>>
>> - Make the client side streams code work again
>> - Re-integrate DTrace probes in libvirtd
>
> To save time, the patches are also available d
2010/12/14 Jean-Baptiste Rouault :
> ---
> diff --git a/src/vmware/vmware_conf.c b/src/vmware/vmware_conf.c
> new file mode 100644
> index 000..a3a0689
> --- /dev/null
> +++ b/src/vmware/vmware_conf.c
> +int
> +vmwareParsePath(char *path, char **directory, char **filename)
> +{
> + char *s
On 12/16/2010 04:21 AM, Daniel P. Berrange wrote:
> This patch defines the basics of a generic RPC protocol in XDR.
> This is wire ABI compatible with the original remote_protocol.x.
> diff --git a/.x-sc_preprocessor_indentation b/.x-sc_preprocessor_indentation
> new file mode 100644
> index 00
On 12/16/2010 04:34 AM, Daniel P. Berrange wrote:
> On Thu, Dec 09, 2010 at 03:29:20PM -0700, Eric Blake wrote:
>>> @@ -1098,6 +1116,28 @@ libvirt_qemu_la_CFLAGS = $(AM_CFLAGS)
>>> libvirt_qemu_la_LIBADD = libvirt.la $(CYGWIN_EXTRA_LIBADD)
>>> EXTRA_DIST += $(LIBVIRT_QEMU_SYMBOL_FILE)
>>>
>>> +
--
From: "Matthias Bolte"
Sent: Thursday, December 16, 2010 1:44 PM
To:
Cc:
Subject: Re: [libvirt] [C# bindings] [PATCH]
2010/12/8 :
Hi there,
a long time since some update for C# bindings, sorry, I'm a little busy.
Anyway here are some pa
Hi
we had the need to manage guests bandwidth. Therefore I wrote a qemu
hook script that achieves this and, if there is any interest in that,
would like to contribute it to the project.
This script will only work on linux hosts. It effectively limits the
bandwidth a guest can _send_. It only some
2010/12/8 :
> Hi there,
>
> a long time since some update for C# bindings, sorry, I'm a little busy.
> Anyway here are some patches that correct marshaling around network
> functions, and as usual a new sample code related to network functions.
>
0001-Network-function-marhsalling-corrections.patc
2010/12/8 :
> Hi,
>
> here is another patch for C# bindings. I have update our project DAVIM with
> latest C# bindings and it show some naming errors. This patch correct it.
>
> Arnaud
>
ACK and pushed.
Matthias
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/l
Hello dear libvirt users.
I am trying to make some migration from a VMWare esx to another.
I am using ubuntu, and the last version found (my install script is
http://dl.dropbox.com/u/7494462/libvirt/install.sh )
The configuration is the following:
192.168.18.5 is the first esx
172.28.2.7 is the v
Hi,
I require python library source code. Currently , "C" source code alone is
available and Python API support is given as package.
Thanks
Sridhar.R
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
Okay,
thanks for the explaination. This explain why I can't do some network thing
with session URI ;)
Thanks a lot
Regards,
Arnaud
De: "Eric Blake"
Envoyé: mercredi 15 décembre 2010 23:09
A: arnaud.champ...@devatom.fr
Objet: Re: [libvirt] system / session
On Thu, Dec 16, 2010 at 11:21:52AM +, Daniel P. Berrange wrote:
> A followup to
>
> http://www.redhat.com/archives/libvir-list/2010-December/msg00051.html
>
> Since that time
>
> - The SASL/TLS I/O code has been integrated into the virNetSocket
>class directly to remove duplication bet
On Thu, Dec 09, 2010 at 04:09:20PM -0700, Eric Blake wrote:
> On 12/01/2010 10:26 AM, Daniel P. Berrange wrote:
> > +
> > +if (virNetServerProgramDispatch(prog,
> > +srv,
> > +job->client,
> > +
On Thu, Dec 09, 2010 at 03:29:20PM -0700, Eric Blake wrote:
> > @@ -1098,6 +1116,28 @@ libvirt_qemu_la_CFLAGS = $(AM_CFLAGS)
> > libvirt_qemu_la_LIBADD = libvirt.la $(CYGWIN_EXTRA_LIBADD)
> > EXTRA_DIST += $(LIBVIRT_QEMU_SYMBOL_FILE)
> >
> > +
> > +noinst_LTLIBRARIES += libvirt-net-rpc.la
> > +
To facilitate creation of new clients using XDR RPC services,
pull alot of the remote driver code into a set of reusable
objects.
- virNetClient: Encapsulates a socket connection to a
remote RPC server. Handles all the network I/O for
reading/writing RPC messages. Delegates RPC encoding
Add a test case which validates the RPC message encoding & decoding
to/from XDR representation. Covers the core message header, the
error class and streams.
* testutils.c, testutils.h: Helper for printing binary differences
* virnetmessagetest.c: Validate all XDR encoding/decoding
---
tests/.giti
This provides two modules for handling TLS
* virNetTLSContext provides the process-wide state, in particular
all the x509 credentials, DH params and x509 whitelists
* virNetTLSSession provides the per-connection state, ie the
TLS session itself.
The virNetTLSContext provides APIs for vali
Introduces a simple wrapper around the raw POSIX sockets APIs
and name resolution APIs. Allows for easy creation of client
and server sockets with correct usage of name resolution APIs
for protocol agnostic socket setup.
It can listen for UNIX and TCP stream sockets.
It can connect to UNIX, TCP s
The standard remote protocol for libvirtd no longer needs to
include definitions of the generic message header/error structs
or status codes. This is all defined in the generic RPC protocol
* src/remote/remote_protocol.x: Remove all RPC message definitions
* src/remote/remote_protocol.h, src/remot
This provides a new struct that contains a buffer for the RPC
message header+payload, as well as a decoded copy of the message
header. There is an API for applying a XDR encoding & decoding
of the message headers and payloads. There are also APIs for
maintaining a simple FIFO queue of message insta
Start of a trivial test case for the socket APIs. Only tests
simple server setup & client connect for UNIX sockets so far
* tests/Makefile.am: Add socket test
* tests/virnetsockettest.c: New test case
* tests/testutils.c: Avoid overriding LIBVIRT_DEBUG settings
---
tests/.gitignore |1
A variant on the old remote_generate_stubs.pl which can generate
generic stubs for RPC dispatch
* src/rpc/gendispatch.pl: A script for generating RPC dispatchers
---
src/Makefile.am|4 +
src/rpc/gendispatch.pl | 230
2 files changed, 2
Move the existing rpcgen_fix.pl script to rpcgenprotocol.pl
and adjust it so that the script runs 'rpcgen' itself via
a pipe, avoiding the need for any intermediate files.
* Makefile.am: Re-write RPC generator rules
* remote/rpcgen_fix.pl -> rpc/genprotocol.pl
* remote/qemu_protocol.h, remote/remo
This patch defines the basics of a generic RPC protocol in XDR.
This is wire ABI compatible with the original remote_protocol.x.
It takes everything except for the RPC calls / events from that
protocol
- The basic header virNetMessageHeader (aka remote_message_header)
- The error object virNetMe
This extends the basic virNetSocket APIs to allow them to have
a handle to the TLS/SASL session objects, once established.
This ensures that any data reads/writes are automagically
passed through the TLS/SASL encryption layers if required.
* src/rpc/virnetsocket.c, src/rpc/virnetsocket.h: Wire up
This provides two modules for handling SASL
* virNetSASLContext provides the process-wide state, currently
just a whitelist of usernames on the server and a one time
library init call
* virNetTLSSession provides the per-connection state, ie the
SASL session itself. This also include AP
A followup to
http://www.redhat.com/archives/libvir-list/2010-December/msg00051.html
Since that time
- The SASL/TLS I/O code has been integrated into the virNetSocket
class directly to remove duplication between client&servers
- libvirtd has been converted to use the new APIs
- Error hand
On Thu, Dec 16, 2010 at 01:48:42PM +0800, Wen Congyang wrote:
> At 12/15/2010 11:32 PM, Daniel P. Berrange Write:
> > On Wed, Dec 15, 2010 at 08:24:44AM -0700, Eric Blake wrote:
> >> On 12/15/2010 08:20 AM, Eric Blake wrote:
> >>> On 12/14/2010 07:34 PM, Wen Congyang wrote:
> >>>
> >>> In addition
62 matches
Mail list logo
