This is a long expected release, with a lot of new features, as a
result the small version number is increased. The release was actually
done yesterday evening, and the tarballs and signed RPMs are at:
ftp://libvirt.org/libvirt/
As stated there is a huge amount of new features and
Daniel Veillard [EMAIL PROTECTED] wrote:
While sarting to build the RPMs for Fedora I noticed that there
were a couple of cleanup patches missing about the handling of
configuration files, and we forgot to add the dependancy on
hal/hal-devel. We should also probably list hal and devkit
Chris Lalancette [EMAIL PROTECTED] wrote:
...
on-demand by udev. It's basically a race between udev creating the directory
and libvirt scanning the directory.
The following patch just adds a retry to the code above so that if it
doesn't exist when we first get there, we give it time to
On Tue, Nov 25, 2008 at 04:32:00PM -0800, Bryan McLellan wrote:
I recently started configuring guests to use both a serial console and
a graphics element. One of the nodes with this configuration kept
locking up after running for some time. Trying to access the guest
through virt-manager would
On Wed, Nov 26, 2008 at 09:55:31AM +0100, Daniel Veillard wrote:
While sarting to build the RPMs for Fedora I noticed that there
were a couple of cleanup patches missing about the handling of
configuration files, and we forgot to add the dependancy on
hal/hal-devel. We should also probably
Seconded - DHCP is your friend. Aside from MAC address, when cloning
VMs you must also change name, UUID, posibly VNC port if hardcoded.
To automate this, we provide a virt-clone tool.
agree.
It won't touch anything
inside the guest, but it'll take care of the disk copy and changing all
On Wed, Nov 26, 2008 at 08:02:42PM +0800, Ian jonhson wrote:
Use DHCP, and ensure that when you create the domain configuration xml
file for the second instance that you remove the MAC address lines
before you define it in virsh so libvirt generates new MAC addresses
for the copies.
On Tue, Nov 25, 2008 at 04:32:00PM -0800, Bryan McLellan wrote:
Is there a way to configure libvirt to cache the serial console on the
host so the buffer on the guest does not fill up when you aren't
connected to the console, or should I disable the serial console?
As Daniel pointed out this is
On Wed, 2008-11-19 at 20:44 +0200, [EMAIL PROTECTED] wrote:
Hi All, here is an initial version of the operations required for SolidICE
and the proposed high level interface.
I would like to discuss how to map it to libvirt calls and what libvirt calls
are missing.
Thanks,
Shahar
On Mon, Nov 10, 2008 at 05:52:30PM +0200, Kenneth Nagin wrote:
I am attempting to add some new libvirt functions that I intend to submit
for your approval.
I have made changes to remote_protocol.x. Initially it generated the
expected files.
However, after making a few changes the make no
Use DHCP, and ensure that when you create the domain configuration xml
file for the second instance that you remove the MAC address lines
before you define it in virsh so libvirt generates new MAC addresses
for the copies.
However, I can not know the IP address before it has been allocated
It seems like we should have the base MinGW (Windows cross-compiler)
packages in Fedora 11 by the end of this week. This email is to
document the additional packages we need to get approved, in order to
get the cross-compiled libvirt and virt tools into (or buildable by)
Fedora 11.
If you want
Hi All, here is an initial version of the operations required for SolidICE and
the proposed high level interface.
I would like to discuss how to map it to libvirt calls and what libvirt calls
are missing.
Thanks,
Shahar Frank
HostLevel
-
enumarateLuns():
return:
On Tue, Nov 25, 2008 at 11:39:57AM +, Daniel P. Berrange wrote:
On Fri, Nov 21, 2008 at 11:13:04PM +0100, Guido G?nther wrote:
Hi,
I just ran across these oddities when using a bit more libvirt+xen:
1.) virsh setmaxmem:
On a running domain:
# virsh setmaxmem domain
I do not yet understand the events system, but one thing struck me:
public void handle(Domain dom, int event) {
I think that the virDomainEventType C enum shuld be represented as a
Java Enum, just as all other ENUMS are.
It does require some trickery, but makes for cleaner code (not in the
Hi,
Dale, great stuff. This question is a little late for your release, but I know
it will be coming up alot soon, so I hope you can add it to your docs:
Is it possible to run a Fedora 10 pv domU on a Fedora 8 dom0 ?
And if it is, what steps are necessary to be able to install the F10 domU
Richard W.M. Jones [EMAIL PROTECTED] wrote on 26/11/2008 15:44:16:
On Mon, Nov 10, 2008 at 05:52:30PM +0200, Kenneth Nagin wrote:
I am attempting to add some new libvirt functions that I intend to
submit
for your approval.
I have made changes to remote_protocol.x. Initially it
Hey!
You could propably use CentOS 5.2 als a dom0. It is shipped with a kernel-xen
package 2.6.18.x. It works fine for me but i haven't tried F10 so far since i'm
acutally downloading the iso image of F10 which takes a long time when using a
1024kpb/s line, you know ;)
Combinations known to
All,
This is a 2 part patch series to make libvirt backend device scanning more
reliable. In particular, this is important for things that can create/destroy
udev /dev nodes, since at present we can race with the udev creation. Note that
this takes over the previous patch that I posted to
This patch is the same idea as my previous patch for giving
/dev/disk/by-{id,path} a chance to exist. Currently libvirt can race with udev
creation of /dev/disk/by-{id,path}, so if we fail to open the directory, retry
up to 5 seconds. This is only likely to happen on hosts that are:
1) diskless
Instead of relying solely on polling for /dev devices to appear in libvirt, we
really should be synchronizing against udev. This is generally done by a call
to udevsettle, which is exactly what this patch implements for the storage
backends that are likely to create new /dev nodes. I believe
Chris Lalancette [EMAIL PROTECTED] wrote:
This is a 2 part patch series to make libvirt backend device scanning
more
reliable. In particular, this is important for things that can create/destroy
udev /dev nodes, since at present we can race with the udev creation. Note
that
this
On Wed, Nov 26, 2008 at 05:08:49PM +0100, Chris Lalancette wrote:
+AC_PATH_PROG([UDEVSETTLE], [udevsettle], [udevsettle],
+ [/sbin:/usr/sbin:/usr/local/sbin:$PATH])
As far as I understand things as of udev 117 udevsettle is deprecated in
favour of udevadm settle. So it's probably better to
Guido Günther wrote:
On Wed, Nov 26, 2008 at 05:08:49PM +0100, Chris Lalancette wrote:
+AC_PATH_PROG([UDEVSETTLE], [udevsettle], [udevsettle],
+[/sbin:/usr/sbin:/usr/local/sbin:$PATH])
As far as I understand things as of udev 117 udevsettle is deprecated in
favour of udevadm settle. So
On Wed, Nov 26, 2008 at 05:08:49PM +0100, Chris Lalancette wrote:
Instead of relying solely on polling for /dev devices to appear in libvirt, we
really should be synchronizing against udev. This is generally done by a call
to udevsettle, which is exactly what this patch implements for the
On Wed, Nov 26, 2008 at 05:08:47PM +0100, Chris Lalancette wrote:
This patch is the same idea as my previous patch for giving
/dev/disk/by-{id,path} a chance to exist. Currently libvirt can race with
udev
creation of /dev/disk/by-{id,path}, so if we fail to open the directory, retry
up to 5
On Tue, Nov 25, 2008 at 10:16:35PM +0100, Guido G?nther wrote:
Finally got around to have another look at qemu/kvm surviving libvirt
restarts:
On Tue, Oct 07, 2008 at 05:37:52PM +0100, Daniel P. Berrange wrote:
diff --git a/src/domain_conf.h b/src/domain_conf.h
index 632e5ad..1ac1561
On Wed, Nov 26, 2008 at 11:14:51AM -0700, Jim Fehlig wrote:
Daniel P. Berrange wrote:
On Fri, Nov 21, 2008 at 11:13:04PM +0100, Guido G?nther wrote:
Hi,
I just ran across these oddities when using a bit more libvirt+xen:
1.) virsh setmaxmem:
On a running domain:
#
When connecting to a local libvirt you can let it automatically probe
the hypervisor URI if you don't know it ahead of time. This doesn't
work with remote URIs because you need to have something to put in
the URI scheme before the hostname
qemu+ssh://somehost/system
xen+tcp://somehost/system
As discussed in [1], prefer xend interface for setting max memory.
Regards,
Jim
[1] https://www.redhat.com/archives/libvir-list/2008-November/msg00339.html
Index: libvirt-0.4.6/src/xen_unified.c
===
---
Err, maybe a patch that actually compiles would be useful ..
Jim
Jim Fehlig wrote:
As discussed in [1], prefer xend interface for setting max memory.
Regards,
Jim
[1] https://www.redhat.com/archives/libvir-list/2008-November/msg00339.html
Index: libvirt-0.4.6/src/xen_unified.c
Daniel P. Berrange wrote:
Index: src/storage_backend.c
===
RCS file: /data/cvs/libvirt/src/storage_backend.c,v
retrieving revision 1.29
diff -u -r1.29 storage_backend.c
--- a/src/storage_backend.c 17 Nov 2008 11:19:33 -
32 matches
Mail list logo