Is it possible to directly utilize the Xen config files when using the
python bindings for libvirt? If not, is there any automated method of
converting the Xen config to a libvirt XML config?
--
Thomas Moyer
Graduate Student
CSE Department
Penn State University
[EMAIL PROTECTED]
http://www.cs
It looks good to me.
+1
Thanks
Atsushi SAKAI
Ryan Scott <[EMAIL PROTECTED]> wrote:
>
> At the popular request of pretty much everyone in Sun who uses virsh...
>
> Change virsh list to list all domains, and add an "--active" flag to
> list only the active domains.
>
> Signed-off-by: Ryan Sco
Hi,
Most of the changes in the attached patch are trivial #ifdef
corrections for Solaris compilation.
The biggest part of the change gets 'virsh capabilities' running
correctly under Xen on Solaris.
Signed-off-by: Mark Johnson <[EMAIL PROTECTED]>
--- a/src/xs_internal.c
+++ b/src/xs_
Hi, Daniel
Thank you for commenting this.
I will post the procedure as next step(after commit the patch).
Thanks
Atsushi SAKAI
Daniel Veillard <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 19, 2008 at 09:23:20AM +0900, Atsushi SAKAI wrote:
> > Here is the update for instruction to make install on
At the popular request of pretty much everyone in Sun who uses virsh...
Change virsh list to list all domains, and add an "--active" flag to
list only the active domains.
Signed-off-by: Ryan Scott <[EMAIL PROTECTED]>
--- a/src/virsh.c
+++ b/src/virsh.c
@@ -551,6 +551,7 @@ static vshCmdInfo in
DL> So the container is supposed to stay alive until we explicitly
DL> shutdown it, right ?
It is supposed to, yes. If it dies early, we catch it with the signal
handler and do the cleanup. If it's terminated by the user, we do the
cleanup as part of the termination process.
--
Dan Smith
IBM L
DL> Honestly, these cases are not frequent but they exists. IMO, it is
DL> up to me to warn you when there are some corner cases like
DL> these. And it is up to you to consider you can ignore them because
DL> that happens only when we reach some limits.
Fair enough :)
DL> It is a good point. But
Dan Smith wrote:
DL> Is it called when the last process of the container dies ?
Yes, it (lxcVMCleanup()) is called from lxcSigHandler() which gets run
if the container dies unexpectedly. It's also called from
lxcDomainDestroy() which covers the 'shutdown' and 'destroy' cases as
well.
So the c
Dan Smith wrote:
DL> Did I missed something ?
I think I misinterpreted your original statement, so let me go back.
You said:
DL> When this call fails, you 'assume' netns is not compiled in.
Why is this not an appropriate assumption? If I can't
clone(CLONE_NETNS) for the check, then why should
DL> Is it called when the last process of the container dies ?
Yes, it (lxcVMCleanup()) is called from lxcSigHandler() which gets run
if the container dies unexpectedly. It's also called from
lxcDomainDestroy() which covers the 'shutdown' and 'destroy' cases as
well.
--
Dan Smith
IBM Linux Tech
DL> Did I missed something ?
I think I misinterpreted your original statement, so let me go back.
You said:
DL> When this call fails, you 'assume' netns is not compiled in.
Why is this not an appropriate assumption? If I can't
clone(CLONE_NETNS) for the check, then why should I not assume that
Dan Smith wrote:
Changes:
- Remove extraneous "i" variables from various functions
- Only bring up lo if we have other interfaces (and thus NETNS)
- Fail setup of interfaces if NETNS support is not present
- Only add CLONE_NEWNET to start flags if domain has interfaces defined
- Make lxc_vm_
Dan Smith wrote:
DL> You call
DL>
clone(CLONE_NEWPID|CLONE_NEWNS|CLONE_NEWUTS|CLONE_NEWUSER|CLONE_NEWIPC|SIGCHLD|CLONE_NEWNET)
DL> When this call fails, you 'assume' netns is not compiled in.
No, actually, I do this:
int flags = CLONE_NEWPID|CLONE_NEWNS|CLONE_NEWUTS|CLONE_NEWUSER|
Thank you for the quick reply.
- "Daniel P. Berrange" <[EMAIL PROTECTED]> wrote:
> On Fedora at least the definition is surrounded by a __USE_ISOC99.
> I'm
> not sure why that would work with Fedora but not with Debian. What
> version
> of GLibc and GCC is used on Debian Etch ?
gcc -v
Using
Daniel P. Berrange schreef:
If I'm understanding what you're doing, it is sort of a REST style
web services API.
Why is everyone using this REST buzzword lately? :D
It is also adding in certain higher level API
semantics by using mDNS to aggregate info from multiple hosts ?
It is what I pr
On Wed, Jun 18, 2008 at 11:58:17AM +0900, Atsushi SAKAI wrote:
> Hi, Dan
>
> How about this?
>
> With this patch,
> make,
> make check,
> make syntax-check on libvirt is running (some test are skipped.).
> At this moment "make install" is failed on virsh install like this.
> The output is lik
On Wed, Jun 25, 2008 at 05:24:06PM +0200, Stefan de Konink wrote:
> New thread.
>
> > Honnestly I'm still lost trying to understand what you wanted to do.
>
> I have implemented a webserver plugin that allows (by mDNS) to access
> all 'VMs' on the network.
>
> http://xen.bot.nu/virt/ <- demo
>
On Wed, Jun 25, 2008 at 06:01:10PM +0200, [EMAIL PROTECTED] wrote:
> Hi,
>
> I subscribed today on the list because I have a compilation problem of
> libvirt 0.4.2 and 0.4.3 (didn't try the other versions).
> I'm trying to compile libvirt on a Debian Etch with Xen 3.2.0 (also tried
> with a 3.2.
Hi,
I subscribed today on the list because I have a compilation problem of libvirt
0.4.2 and 0.4.3 (didn't try the other versions).
I'm trying to compile libvirt on a Debian Etch with Xen 3.2.0 (also tried with
a 3.2.1)
Every time I have this mistake:
storage_conf.c: In function 'virStorageSize
New thread.
Honnestly I'm still lost trying to understand what you wanted to do.
I have implemented a webserver plugin that allows (by mDNS) to access
all 'VMs' on the network.
http://xen.bot.nu/virt/ <- demo
I didn't understand the point, I just noted you wanted to put things
in libvir
DL> You call
DL>
clone(CLONE_NEWPID|CLONE_NEWNS|CLONE_NEWUTS|CLONE_NEWUSER|CLONE_NEWIPC|SIGCHLD|CLONE_NEWNET)
DL> When this call fails, you 'assume' netns is not compiled in.
No, actually, I do this:
int flags = CLONE_NEWPID|CLONE_NEWNS|CLONE_NEWUTS|CLONE_NEWUSER|
CLONE_NE
On Thu, Jun 19, 2008 at 09:23:20AM +0900, Atsushi SAKAI wrote:
> Here is the update for instruction to make install on MinGW.
> (Since I goes to from make only to pass to make install)
Hum, if that works maybe that should be made available from
http://libvirt.org/windows.html
> 1.Install M
On Wed, Jun 18, 2008 at 06:32:37PM +0900, Atsushi SAKAI wrote:
> Hi, Dan
>
> Additional Info
> I change libtool version from 1.5.18 to 1.5.26.
> Then make install process is passed.
>
> I will post whole compilation process on MinGW after I completed.
>
> At this moment, current patch seems to b
Dan Smith wrote:
DL> The CLONE_NEWNET will fail if the network namespace is not
DL> compiled in. I understand this check but it looks like a little
DL> random. You are not 100% sure this clone has failed because the
DL> network namespace is not supported. That can be another subsystem
DL> or name
On Wed, Jun 25, 2008 at 04:50:11PM +0200, Stefan de Konink wrote:
> Daniel Veillard schreef:
> >I will submit this for Fedora inclusion too,
> >feedback and patches very welcome.
>
> I wonder, now I have created a HTTP version of the (partial) API, would
> it be possible to get it adopted here?
On Wed, Jun 25, 2008 at 04:14:41PM +0200, Jim Meyering wrote:
> [Here's a tiny patch, mainly to test our just-patched mailman.
> Note the patch below, included verbatim from "git format-patch" output. ]
>
> >From c7ac46c5ea71bb17164b4f94bd83106b8001944d Mon Sep 17 00:00:00 2001
> From: Jim Meyerin
Daniel Veillard schreef:
I will submit this for Fedora inclusion too,
feedback and patches very welcome.
I wonder, now I have created a HTTP version of the (partial) API, would
it be possible to get it adopted here?
Stefan
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redh
Now that java is officially free, it's a good time to get the bindings
the full support they deserve. This work is based on Tóth István ealier
0.0.1 version sent to the list. I refactored the tree a bit, added auto*
configure capabilities, spec file and added it in CVS.
I used a separate tree
[Here's a tiny patch, mainly to test our just-patched mailman.
Note the patch below, included verbatim from "git format-patch" output. ]
>From c7ac46c5ea71bb17164b4f94bd83106b8001944d Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: Tue, 13 May 2008 11:20:07 +0200
Subject: [PA
DL> The CLONE_NEWNET will fail if the network namespace is not
DL> compiled in. I understand this check but it looks like a little
DL> random. You are not 100% sure this clone has failed because the
DL> network namespace is not supported. That can be another subsystem
DL> or namespace which has fai
Dan Smith wrote:
Allow check for containers support to be done without CLONE_NEWNET, and then
determine support on the fly by checking for iproute2 support and a
successful clone(CLONE_NEWNET). This lets us set a flag for later, as well
as not completely disable LXC support on a system without N
On Tue, Jun 24, 2008 at 03:57:21PM -0700, Ryan Scott wrote:
>
> Hi,
>
> We recently had a virt-install build failure when someone tried
> building on a system with debug libvirt packages installed. It was
> caused by extra noise from commands that load libvirt. For example:
>
> $ python ./
A new release to fix the few bugs which made 0.4.3 really unsuitable for oVirt
available as usual at ftp://libvirt.org/libvirt/
* Bug fixes:
- QEmu network serialization (Kaitlin Rupert)
- internal memory allocation fixes (Chris Lalancette Jim Meyering)
- virsh large file config problem (Jim
On Wed, Jun 25, 2008 at 11:58:10AM +0200, Gerd Hoffmann wrote:
> Daniel P. Berrange wrote:
> >> IMHO it is a fundamental design flaw that dumpxml gives different
> >> results depending on whenever the domain is running or not. Hard to fix
> >> by now though :-(
> >
> > Actually there is another w
Daniel P. Berrange wrote:
>> IMHO it is a fundamental design flaw that dumpxml gives different
>> results depending on whenever the domain is running or not. Hard to fix
>> by now though :-(
>
> Actually there is another way to access the info - pass the flag
> VIR_DOMAIN_XML_INACTIVE to the Dump
On Tue, Jun 24, 2008 at 03:57:21PM -0700, Ryan Scott wrote:
>
> Hi,
>
> We recently had a virt-install build failure when someone tried
> building on a system with debug libvirt packages installed. It was
> caused by extra noise from commands that load libvirt. For example:
>
> $ python ./
On Wed, Jun 25, 2008 at 09:10:29AM +0900, Atsushi SAKAI wrote:
> Hi,
>
> Just a simple question.
> Why you do not turn off the DEBUG flag for libvirt build?
We actually build with DEBUG enabled by default now because we've found
it incredibly useful when debugging customer problems to be able to
On Wed, Jun 25, 2008 at 10:05:30AM +0200, Gerd Hoffmann wrote:
> Daniel P. Berrange wrote:
> > In the element for VNC we have a 'port' attribute. For a running
> > VM this contains the actual port number. For an inactive VM it contains
> > the pre-allocated fixed port number, or -1 to indicate tha
Daniel P. Berrange wrote:
> In the element for VNC we have a 'port' attribute. For a running
> VM this contains the actual port number. For an inactive VM it contains
> the pre-allocated fixed port number, or -1 to indicate that a automatically
> allocated port should be used.
>
> There is an obv
39 matches
Mail list logo
