---
docs/drvlxc.html.in | 80 +-
docs/drvone.html.in | 89 +++--
docs/drvopenvz.html.in| 22 +++---
docs/drvqemu.html.in | 48 ++--
docs/drvtest.html.in | 16 ++--
docs/drvuml.html.in | 22 +++---
docs/drvvbox.html
Debian's /etc/xml/catalog doesn't contain system identifiers, so use
public identifiers instead.
* docs/Makefile.am: use public instead of system identifier
* docs/site.xsl: use matching public identifier
---
docs/Makefile.am |6 +++---
docs/site.xsl|2 +-
2 files changed, 4 insertion
In commit 3c80fac2588cbc9e5ee7e7069e1ca4468f2359d3 'vmxnet3' handling
was added to esxVMX_ParseEthernet(), but not to the inverse function
esxVMX_FormatEthernet().
---
src/esx/esx_vmx.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/src/esx/esx_vmx.c b/src/esx/esx_
* docs/drivers.html.in: list the ESX driver
* docs/drvesx.html.in: the new ESX driver documentation
* docs/hvsupport.html.in: add the ESX driver to the matrix
* docs/index.html.in, docs/sitemap.html.in: list the ESX driver
* src/esx/esx_driver.c: fix and cleanup some comments
---
docs/drivers.html
detach-disk was not working for inactive xen domains due to lookup of
device ID from xenstore. When detaching disks there is no need to use
device id as device name can be used directly. Unfortunately that same
is not true for network devices. In fact, AFAICT, there is no way to
"hot unplug" a n
2009/11/13 Thomas Treutner :
> On Friday 13 November 2009 16:41:02 Matthias Bolte wrote:
>> Ah, I can reproduce your pastebin'ed output if I uninstall xsltproc.
>> So I assume you're missing the xsltproc package. The Makefile output
>> is not very helpful in this situation, it tries to validate fil
libvirt fails to compile against current xen-unstable. This patch fixes it.
Regards,
Jim
commit d08067f04248c7f1bd797f4401308ea9a8971f1b
Author: Jim Fehlig
Date: Fri Nov 13 14:44:56 2009 -0700
xen-unstable changeset 19788 removed MAX_VIRT_CPUS from public
headers, breaking compilatio
On Friday 13 November 2009 16:41:02 Matthias Bolte wrote:
> Ah, I can reproduce your pastebin'ed output if I uninstall xsltproc.
> So I assume you're missing the xsltproc package. The Makefile output
> is not very helpful in this situation, it tries to validate files that
> have not been generated,
On Thu, Nov 05, 2009 at 08:35:20PM +0100, Guido Günther wrote:
> Hi,
> attached patch makes sure we only remove the masquerade rules if
> forwardType == VIR_NETWORK_FORWARD_NAT and not if forwardType ==
> VIR_NETWORK_FORWARD_ROUTE since we don't use them there. This fixes:
> http://bugs.debia
On Fri, Nov 13, 2009 at 05:18:54PM +0530, sudhir_bel...@dell.com wrote:
> The following patch set realizes the multi-IQN concept discussed in an
> earlier thread
> http://www.mail-archive.com/libvir-list@redhat.com/msg16706.html
>
> And here ..
> http://www.mail-archive.com/libvir-list@redhat.com/
Change -monitor, -serial and -parallel output to use -chardev if it is
available.
* src/qemu/qemu_conf.c: Update qemudBuildCommandLine to use -chardev where
available.
* tests/qemuxml2argvtest.c tests/qemuxml2argvdata/: Add -chardev equivalents for
all current serial and parallel tests.
---
s
2009/11/13 Matthias Bolte :
> 2009/11/13 Thomas Treutner :
>> On Thursday 12 November 2009 16:01:39 Matthias Bolte wrote:
>>> I came across this problem some time ago, too. I'm using Ubuntu, so
>>> it's basically Debian.
>>>
>>> I somewhat solved it by hacking my /etc/xml/catalog. I added this into
2009/11/13 Thomas Treutner :
> On Thursday 12 November 2009 16:01:39 Matthias Bolte wrote:
>> I came across this problem some time ago, too. I'm using Ubuntu, so
>> it's basically Debian.
>>
>> I somewhat solved it by hacking my /etc/xml/catalog. I added this into
>> the element:
>>
>> > systemI
I think that all expected feature patches have been pushed to git head
so it's time to enter feature freeze, and just do cleanup and bug fixing
patches until next friday.
So the plan is to get 0.7.3 out on the 20th and we then have one month
before the end of year holliday season to push the fo
On Fri, Nov 13, 2009 at 10:14:22PM +0900, Ryota Ozaki wrote:
> On Fri, Nov 13, 2009 at 9:21 PM, Daniel P. Berrange
> wrote:
> > The HAL driver returns a fatal error code in the case where HAL
> > is not running. This causes the entire libvirtd daemon to quit
> > which isn't desirable. Instead it
On Fri, Nov 13, 2009 at 12:42:12PM +, Matthew Booth wrote:
> This patch removes qemudBuildCommandLineChrDevTargetStr and inlines its single
> use. It was intended to be generic, but on reflection this can't work. Instead
> it just makes the code slightly harder to read.
>
> * src/qemu/qemu_con
On Fri, Nov 13, 2009 at 12:21:11PM +, Daniel P. Berrange wrote:
> The HAL driver returns a fatal error code in the case where HAL
> is not running. This causes the entire libvirtd daemon to quit
> which isn't desirable. Instead it should simply disable the HAL
> driver
>
> * src/node_device/no
On Fri, Nov 13, 2009 at 12:21:10PM +, Daniel P. Berrange wrote:
> * daemon/libvirtd.c: Fix incorrect goto label causing cleanup to
> be missed when state driver init fails
> ---
> daemon/libvirtd.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/daemon/libvirt
On Fri, Nov 13, 2009 at 12:20:07PM +, Daniel P. Berrange wrote:
> If 'with_udev=check' then missing pciaccess should not be a fatal
> error. It should merely disable the udev driver.
>
> * configure.in: Fix pciaccess check to be non-fatal
> ---
> configure.in | 33 +-
On Fri, Nov 13, 2009 at 12:20:06PM +, Daniel P. Berrange wrote:
> Device kit support was removed, but the configure.ac checks were
> left in place. A number of the XXX_REQUIRED=X.Y.Z variables were
> not declared in the correct location (ie top of the file)
>
> * configure.in: Remove device ki
On Thu, Nov 12, 2009 at 11:47:38AM -0600, Jamie Strandboge wrote:
> Hi,
>
> The following patchset contains various cleanups for the AppArmor
> driver. It assumes that the patch contained in the email with the
> following subject is already applied:
>
> [libvirt] [PATCH] fix virt-aa-helper failur
On Fri, Nov 13, 2009 at 9:21 PM, Daniel P. Berrange wrote:
> The HAL driver returns a fatal error code in the case where HAL
> is not running. This causes the entire libvirtd daemon to quit
> which isn't desirable. Instead it should simply disable the HAL
> driver
I'm not sure what happens on thi
On Fri, Nov 13, 2009 at 8:45 PM, Daniel P. Berrange wrote:
> The QEMU monitor open method would not take a reference on
> the virDomainObjPtr until it had successfully opened the
> monitor. The cleanup code upon failure to open though would
> call qemuMonitorClose() which would in turn decrement t
On Friday 13 November 2009 12:46:24 Daniel P. Berrange wrote:
> I'm still trying to figure out what's going on with the first problem
Uhm, it's getting stranger. When trying to do:
# export LIBVIRT_DEBUG=1
# strace -o libvirt.log -s 1000 -ff libvirtd -l -v
strace crashes with:
*** glibc detec
This patch removes qemudBuildCommandLineChrDevTargetStr and inlines its single
use. It was intended to be generic, but on reflection this can't work. Instead
it just makes the code slightly harder to read.
* src/qemu/qemu_conf.c: Remove and inline qemudBuildCommandLineChrDevTargetStr
---
src/qemu
* docs/schemas/domain.rng: Fix up some 4 space indentation
---
docs/schemas/domain.rng | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/docs/schemas/domain.rng b/docs/schemas/domain.rng
index b75f17e..1bf44fd 100644
--- a/docs/schemas/domain.rng
+++ b/docs/schemas/
On Fri, Nov 13, 2009 at 9:21 PM, Daniel P. Berrange wrote:
> * daemon/libvirtd.c: Fix incorrect goto label causing cleanup to
> be missed when state driver init fails
> ---
> daemon/libvirtd.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/daemon/libvirtd.c b/daem
The HAL driver returns a fatal error code in the case where HAL
is not running. This causes the entire libvirtd daemon to quit
which isn't desirable. Instead it should simply disable the HAL
driver
* src/node_device/node_device_hal.c: Quietly disable HAL if it is
not running
---
src/node_device
* daemon/libvirtd.c: Fix incorrect goto label causing cleanup to
be missed when state driver init fails
---
daemon/libvirtd.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/daemon/libvirtd.c b/daemon/libvirtd.c
index ef07460..1caa4ce 100644
--- a/daemon/libvirtd.c
+++
If 'with_udev=check' then missing pciaccess should not be a fatal
error. It should merely disable the udev driver.
* configure.in: Fix pciaccess check to be non-fatal
---
configure.in | 33 +
1 files changed, 17 insertions(+), 16 deletions(-)
diff --git a/config
Device kit support was removed, but the configure.ac checks were
left in place. A number of the XXX_REQUIRED=X.Y.Z variables were
not declared in the correct location (ie top of the file)
* configure.in: Remove device kit checks & move mis-placed variables
to correct location
---
configure.in |
On Fri, Nov 13, 2009 at 8:49 PM, Daniel P. Berrange wrote:
> On Fri, Nov 13, 2009 at 06:01:46AM +0900, Ryota Ozaki wrote:
>> On Fri, Nov 13, 2009 at 12:00 AM, Daniel P. Berrange
>> wrote:
>> > The wrong variable was being passed in with the LXC event callback
>> > resulting in a later deadlock or
The following patch set realizes the multi-IQN concept discussed in an
earlier thread
http://www.mail-archive.com/libvir-list@redhat.com/msg16706.html
And here ..
http://www.mail-archive.com/libvir-list@redhat.com/msg17499.html
The patch realizes an XML schema like the one below and allows libvir
On Fri, Nov 13, 2009 at 06:01:46AM +0900, Ryota Ozaki wrote:
> On Fri, Nov 13, 2009 at 12:00 AM, Daniel P. Berrange
> wrote:
> > The wrong variable was being passed in with the LXC event callback
> > resulting in a later deadlock or crash
> >
> > * src/lxc/lxc_driver.c: Pass 'vm' instead of 'drive
On Fri, Nov 13, 2009 at 11:42:46AM +0100, Thomas Treutner wrote:
> Hi,
>
> I'm facing another problem with latest git.
>
> This happens regularly when shutting down VM(s):
>
> http://pastebin.com/m4ef1d93f
>
> It doesn't depend on which or how many VM is/are shut down, or if I have a
> VNC
>
The QEMU monitor open method would not take a reference on
the virDomainObjPtr until it had successfully opened the
monitor. The cleanup code upon failure to open though would
call qemuMonitorClose() which would in turn decrement the
reference count. This caused the virDoaminObjPtr to be mistakenly
Hi,
I'm facing another problem with latest git.
This happens regularly when shutting down VM(s):
http://pastebin.com/m4ef1d93f
It doesn't depend on which or how many VM is/are shut down, or if I have a VNC
connection to a VM that is shutting down. Sometimes after a segv, I get this:
http://pa
On Thu, Nov 12, 2009 at 07:33:30PM +, Daniel P. Berrange wrote:
> The libvirtd initscript could get confused between the system and
> session instances of the daemon. To avoid this it is neccessary
> to check the pidfile explicitly.
>
> * daemon/libvirtd.init.in: Always check the pidfile of th
On Fri, Oct 16, 2009 at 01:38:23PM +0100, Daniel P. Berrange wrote:
> On Wed, Oct 14, 2009 at 05:29:02PM -0500, Jamie Strandboge wrote:
> > This is a fix for Ubuntu bug #448671[1]. virt-aa-helper's
> > get_definition() now calls the new caps_mockup() function which will
> > parse the XML for os.typ
On Thursday 12 November 2009 16:01:39 Matthias Bolte wrote:
> I came across this problem some time ago, too. I'm using Ubuntu, so
> it's basically Debian.
>
> I somewhat solved it by hacking my /etc/xml/catalog. I added this into
> the element:
>
>systemIdStartString="http://www.w3.org/TR/xhtm
On Thu, Nov 12, 2009 at 03:00:51PM +, Daniel P. Berrange wrote:
> The 'virsh console' command did not check if the domain was
> already running before attempting to fetch the XML and extract
> the console PTY path. This caused a slightly unhelpful / misleading
> error message for the user. The
On Thu, Nov 12, 2009 at 03:00:48PM +, Daniel P. Berrange wrote:
> There is a race condition in HAL driver startup where the callback
> can get triggered before we have finished startup. This then causes
> a deadlock in the driver.
>
> * src/node_device/node_device_hal.c: RElease driver lock be
On Thu, Nov 12, 2009 at 03:00:47PM +, Daniel P. Berrange wrote:
> If the virDomainDefPtr object has an 'id' of -1, then forcably
> set the VIR_DOMAIN_XML_INACTIVE flag to ensure generated XML
> does not include any cruft from the previously running guest
> such as console PTY path, or VNC port.
43 matches
Mail list logo
