On Wed, Jun 17, 2009 at 01:27:14PM -0700 David Lutterkort wrote:
or forever hold your peace.
While talking about the relax-ng schema, I would like to
again raise my question earlier raised at the netcf-devel-list
in order to get some input from the libvirt developers on this
matter as well.
I
I executed the commands export LIBVIRT_DEBUG=1 and virsh dominfo 2
(ID 2 was a running domU), this is the output:
-
DEBUG: libvirt.c: virInitialize (register drivers)
DEBUG: xen_internal.c: xenHypervisorInit
Hi all
I try virsh dominfo in upstream libvirt on xen machine,
the commands returns -1 as follows:
[r...@vmi20 ~]# virsh dominfo rhel53rc2_pv_sdb3
Id: 1
Name: rhel53rc2_pv_sdb3
UUID: 05ba9be8-f4e9-e208-11c7-fc936655cd8e
OS Type:linux
State: idle
A quick question -
What is the correct root for dynamically generated KVM mac addresses? The
docs (man virt-install) say 54:52:00 and I've seen Ubuntu docs on-line that
say 52:54:00.
Has someone got these mixed up?
Thanks
Paul
--
Paul Reeves
--
Libvir-list mailing list
On Wed, Jun 17, 2009 at 10:59:20PM +, David Lutterkort wrote:
On Wed, 2009-06-17 at 21:32 +0100, Daniel P. Berrange wrote:
How do you deal with IPv6 currently ?
With lots of Aspirin (actually, not at all)
I was thinking of sugesting an attribute
ip type=ipv6
On Thu, Jun 18, 2009 at 09:15:54AM +0200, Jonas Eriksson wrote:
On Wed, Jun 17, 2009 at 01:27:14PM -0700 David Lutterkort wrote:
or forever hold your peace.
While talking about the relax-ng schema, I would like to
again raise my question earlier raised at the netcf-devel-list
in order to
Hi
David Lutterkort asked me to send this patch to the list so it could be
reviewed.
What this small patch does is, it adds two functions to call
virDomainAttachDevice virDomainDetachDevice which allow devices to be
attached detached at run-time. The Ruby methods are called attach_device
A recent patch made the qemudGetCapabilities() method blow away and
re-create the QEMU driver's capabilities object. Unfortunately it did
not re-initialize the security model capabilities data. It also left
open the possibility that the QEMU driver could be left with no active
capabilities object
On Thu, Jun 18, 2009 at 12:42:15PM +0100, Daniel P. Berrange wrote:
A recent patch made the qemudGetCapabilities() method blow away and
re-create the QEMU driver's capabilities object. Unfortunately it did
not re-initialize the security model capabilities data. It also left
open the
On Thu, Jun 18, 2009 at 12:31:12PM +0200, Martin Gajdos wrote:
Hi
David Lutterkort asked me to send this patch to the list so it could be
reviewed.
What this small patch does is, it adds two functions to call
virDomainAttachDevice virDomainDetachDevice which allow devices to be
attached
On Wed, Jun 17, 2009 at 06:36:16PM -0400, Jim Paris wrote:
Daniel P. Berrange wrote:
On Wed, Jun 17, 2009 at 05:51:27PM -0400, Jim Paris wrote:
Daniel P. Berrange wrote:
17:34:59.360: debug : call:6947 : Doing call 70 (nil)
17:34:59.360: debug : call:7017 : We have the buck 70 0xbccef0
On Wed, Jun 17, 2009 at 07:27:22PM -0400, Jim Paris wrote:
I wrote:
Ok, this bit definitely sounds like a server side bug, unless
perhaps there is some buffering taking place in ssh or nc
causing the errore reply packet to not be send back promptly
I'll try to get some better traces
On Thu, Jun 18, 2009 at 10:46:45AM +0100, Daniel P. Berrange wrote:
On Wed, Jun 17, 2009 at 10:59:20PM +, David Lutterkort wrote:
On Wed, 2009-06-17 at 21:32 +0100, Daniel P. Berrange wrote:
How do you deal with IPv6 currently ?
With lots of Aspirin (actually, not at all)
Very
On Thursday 18 June 2009, Paul Reeves wrote:
A quick question -
What is the correct root for dynamically generated KVM mac addresses? The
docs (man virt-install) say 54:52:00 and I've seen Ubuntu docs on-line
that say 52:54:00.
Does no one know? Is this the wrong list?
Paul
--
Paul
Daniel P. Berrange wrote:
We close the socket to the 'nc' process here so in theory it should
be getting a HUP event from poll or EOF from read, etc and then
exiting. Ominously though I see several patches to Fedora's 'nc'
RPM at least one of which is related to nc hanging forever after
On Thu, Jun 18, 2009 at 12:20:40PM -0400, Jim Paris wrote:
Daniel P. Berrange wrote:
We close the socket to the 'nc' process here so in theory it should
be getting a HUP event from poll or EOF from read, etc and then
exiting. Ominously though I see several patches to Fedora's 'nc'
RPM at
Currently, 'info' will always report that mem = max mem. Make sure we
actually return the correct mem value.
Signed-off-by: Cole Robinson crobi...@redhat.com
---
src/qemu_driver.c | 24 +++-
1 files changed, 15 insertions(+), 9 deletions(-)
diff --git a/src/qemu_driver.c
The ID of the existing VM was being unconditionally set to -1, which was
upsetting virt-manager.
Signed-off-by: Cole Robinson crobi...@redhat.com
---
src/test.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/test.c b/src/test.c
index 7dc0840..2a672a3 100644
CreateXMLFrom changes accidentally caused all raw volume creation to be
fully allocated (as though allocation == capacity). Fix this.
Also force CreateXMLFrom to maintain the previous behavior: sparseness
should still be maintained since we search for holes when copying, and the
clone behavior
On Thu, 2009-06-18 at 10:46 +0100, Daniel P. Berrange wrote:
On Wed, Jun 17, 2009 at 10:59:20PM +, David Lutterkort wrote:
On Wed, 2009-06-17 at 21:32 +0100, Daniel P. Berrange wrote:
How do you deal with IPv6 currently ?
With lots of Aspirin (actually, not at all)
I was
On Thu, Jun 18, 2009 at 04:06:40PM +0200, Daniel Veillard wrote:
On Thu, Jun 18, 2009 at 10:46:45AM +0100, Daniel P. Berrange wrote:
I was thinking of sugesting an attribute
ip type=ipv6 address=2001:23::2 prefix=24/
but I think its possibly better to have a different
On Thu, Jun 18, 2009 at 09:42:40AM -0700, David Lutterkort wrote:
On Thu, 2009-06-18 at 10:46 +0100, Daniel P. Berrange wrote:
On Wed, Jun 17, 2009 at 10:59:20PM +, David Lutterkort wrote:
On Wed, 2009-06-17 at 21:32 +0100, Daniel P. Berrange wrote:
How do you deal with IPv6
On Thu, 2009-06-18 at 16:06 +0200, Daniel Veillard wrote:
On Thu, Jun 18, 2009 at 10:46:45AM +0100, Daniel P. Berrange wrote:
On Wed, Jun 17, 2009 at 10:59:20PM +, David Lutterkort wrote:
The problem with the propsal is that it opens the door to a variety of
errors like using the same
Taking a second look at the log level code and documentation,
there seems to be some confusion around the value of '0'. It's
not one of the defined log priorities, but it is mentioned in the
documentation on the website both as meaning log everything and
no logging at all.
In the code, there are
On Thu, Jun 18, 2009 at 06:06:27PM +0100, Daniel P. Berrange wrote:
On Thu, Jun 18, 2009 at 04:06:40PM +0200, Daniel Veillard wrote:
define name=interface-addr-ipv6
element name=addresses
attribute name=family
valueipv6/value
/attribute
choice
On Thu, 2009-06-18 at 18:06 +0100, Daniel P. Berrange wrote:
On Thu, Jun 18, 2009 at 04:06:40PM +0200, Daniel Veillard wrote:
We should allow standalone IPv4 and IPv6, or both. Each could either
use DHCP or allow one or more IP address and routes.
You need to have allow for IP
Daniel P. Berrange wrote:
On Thu, Jun 18, 2009 at 12:20:40PM -0400, Jim Paris wrote:
I'm using Debian. I've already had to switch from the
netcat-traditional package to the netcat-openbsd package.
Debian does already include that patch, but what a mess...
I know the reason why it gets
On Thu, Jun 18, 2009 at 05:53:59PM +, David Lutterkort wrote:
On Thu, 2009-06-18 at 18:06 +0100, Daniel P. Berrange wrote:
On Thu, Jun 18, 2009 at 04:06:40PM +0200, Daniel Veillard wrote:
We should allow standalone IPv4 and IPv6, or both. Each could either
use DHCP or allow one
On 06/18/2009 01:53 PM, David Lutterkort wrote:
On Thu, 2009-06-18 at 18:06 +0100, Daniel P. Berrange wrote:
On Thu, Jun 18, 2009 at 04:06:40PM +0200, Daniel Veillard wrote:
We should allow standalone IPv4 and IPv6, or both. Each could either
use DHCP or allow one or more IP
This patch adds everything but the backend implementation of two APIs
that were requested during review of my patch to add virsh commands
that expose the virInterface* API. These count and list interfaces on
the host that are currently inactive (ie down).
virConnectListInterfaces and
This adds virConnectListDefinedInterfaces() and
virConnectNumOfDefinedInterfaces().
---
include/libvirt/libvirt.h|5 +
include/libvirt/libvirt.h.in |5 +
src/libvirt_public.syms |5 +
3 files changed, 15 insertions(+), 0 deletions(-)
diff --git
---
src/libvirt.c | 89 +++--
1 files changed, 86 insertions(+), 3 deletions(-)
diff --git a/src/libvirt.c b/src/libvirt.c
index bf49018..c5c868d 100644
--- a/src/libvirt.c
+++ b/src/libvirt.c
@@ -5502,9 +5502,9 @@ virInterfaceGetConnect
---
src/driver.h |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/src/driver.h b/src/driver.h
index ca759ff..2502c63 100644
--- a/src/driver.h
+++ b/src/driver.h
@@ -508,6 +508,12 @@ typedef int
(*virDrvListInterfaces) (virConnectPtr conn,
---
qemud/remote.c | 51
qemud/remote_dispatch_args.h |1 +
qemud/remote_dispatch_prototypes.h | 14 +++
qemud/remote_dispatch_ret.h|2 +
qemud/remote_dispatch_table.h | 10 +
qemud/remote_protocol.c
Paul Reeves schrieb:
On Thursday 18 June 2009, Paul Reeves wrote:
A quick question -
What is the correct root for dynamically generated KVM mac addresses? The
docs (man virt-install) say 54:52:00 and I've seen Ubuntu docs on-line
that say 52:54:00.
Does no one know? Is this the
Sorry, I miscounted :-) There really are only 4 patch messages, not 5.
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
Cole Robinson wrote:
CreateXMLFrom changes accidentally caused all raw volume creation to be
fully allocated (as though allocation == capacity). Fix this.
Also force CreateXMLFrom to maintain the previous behavior: sparseness
should still be maintained since we search for holes when copying,
On Thu, Jun 18, 2009 at 02:22:16PM -0400, Laine Stump wrote:
On 06/18/2009 01:53 PM, David Lutterkort wrote:
On Thu, 2009-06-18 at 18:06 +0100, Daniel P. Berrange wrote:
On Thu, Jun 18, 2009 at 04:06:40PM +0200, Daniel Veillard wrote:
We should allow standalone IPv4 and IPv6, or
On Thu, Jun 18, 2009 at 07:05:29PM +0100, Daniel P. Berrange wrote:
On Thu, Jun 18, 2009 at 05:53:59PM +, David Lutterkort wrote:
For that, you'd nest them where they are used, e.g. one connection to
establish the base ethernet interface (that might not exist at all):
On Thu, 2009-06-18 at 19:05 +0100, Daniel P. Berrange wrote:
Similarly, a bond enslaved to a bridge, together with a vlan on that
bond also enslaved to the bridge would look like
interface type=bridge startmode=onboot
namebr0/name
...
bridge
On Thu, 2009-06-18 at 20:48 +0100, Daniel P. Berrange wrote:
On Thu, Jun 18, 2009 at 07:05:29PM +0100, Daniel P. Berrange wrote:
I think this is a really unpleasant format to deal with. IMHO there should
not be nesting for bridge/bond tags. They should just refer to their
slave device
On Thu, 2009-06-18 at 18:10 +0100, Daniel P. Berrange wrote:
I don't see that that buys us anything that we wouldn't have with
ip type='ipv4' address='122.0.0.3' prefix='24'/
ip type='ipv4' address='24.24.224.4' prefix='24'/
ip type='ipv6' address='2001:23::2'
On Thu, 2009-06-18 at 09:15 +0200, Jonas Eriksson wrote:
I am a bit critical to the policy restrictions of the current
incarnation of the netcf API. Currently, a interface (or
connection) has to have an IP address and a bridge has to have
one or more interfaces attached to it.
Ok .. I relent
On Thu, 2009-06-18 at 12:31 +0200, Martin Gajdos wrote:
What this small patch does is, it adds two functions to call
virDomainAttachDevice virDomainDetachDevice which allow devices
to be attached detached at run-time. The Ruby methods are called
attach_device detach_device and belong to the
Here is a patch that makes NPIV support work with older kernels that
have vport_create and delete in /sys/class/scsi_host/hostN instead of
/sys/class/fc_host/hostN It doesn't look to me like there is a single
place to find those files that works with both old and new kernels, so
the new code
* src/node_device_hal_linux.c, src/node_device.c: Older kernels had
vport_create and delete in /sys/class/scsi_host not /sys/class/fc_host. This
patch causes libvirt to look in both places.
---
src/node_device.c | 23 +-
src/node_device.h |2 +-
Hi Dan,
Daniel P. Berrange wrote:
The explanation of virNodeGetSecurityModel() and
virNodeGetSecurityModel() in libvirt.c is return -2
when hypervisor drivers don't support these operations.
But these functions return -1 in this case, and so
cmdDominfo() in virsh.c returns FALSE.
This API
47 matches
Mail list logo