[libvirt] daily builds of pristine upstream sources for qemu, qemu-kvm, and libvirt
by Dustin Kirkland
Howdy, developers of qemu, qemu-kvm, and libvirt. I periodically see
bug reports on these lists from users of Ubuntu packages of these
projects.
Since these users are often running some version of the project older
than the current development branch, it's more interesting to know if
the user can reproduce the bug on the latest development sources.
I have constructed some automation that builds Debian/Ubuntu binaries
for amd64, i386, and lpia platforms directly from your master git
repositories every day at 11:00 UTC, and publishes them in a special,
opt-in repository. These daily builds also drop any specific patches
we may be carrying, in order to minimize the delta between the
binaries built and your upstream sources.
* https://launchpad.net/~ubuntu-virt/+archive/virt-daily-upstream
In the event that an Ubuntu user reports a problem, and there's an
interest in trying to reproduce the problem against the tip of the
development branch, we can point them at this resource for testing
purposes.
Additionally, this tool also has the ability to expose build
breakages. For example (let's not debug this in this thread), at the
moment, qemu's build is broken, somewhere near:
....
LINK cris-softmmu/qemu-system-cris
../libqemu_common.a(esdaudio.o): In function `qesd_run_in':
/build/buildd/qemu-0.10.50.20090707062004/audio/esdaudio.c:400:
undefined reference to `audio_pt_lock'
....
Launchpad publishes the full build logs available for each
architecture at the link above. For the above example, the specific
build log is:
* http://launchpadlibrarian.net/28761559/buildlog_ubuntu-karmic-amd64.qemu_...
If anyone has suggestions as to the utility of this resource, I would
appreciate constructive feedback.
Cheers,
--
:-Dustin
15 years, 4 months
[libvirt] [PATCH] allow to set path to xen userspace tools
by Guido Günther
Hi,
attached patch makes the path to the xen userspace tools configurable.
Debian keeps this under /usr/lib/xen-default/ instead of /usr/lib/xen/.
We don't have the amd64 libs in /usr/lib64/xen either so we can use:
./configure --with-xen-tools=/usr/lib/xen-defaults --with-xen-tools64=/usr/lib/xen-defaults
instead of patching src/xen_internals.c directly.
Skipping above options gives the current behaviour. I checked that "make
check" still passes. O.k. to apply?
Cheers,
-- Guido
15 years, 4 months
[libvirt] [PATCH] Power Hypervisor Support for libvirt - minimum set of features
by Eduardo Otubo
Hello all,
This is the initial patch for the driver for IBM Power Hypervisors. The
minimum set of features are now implemented: list, list --all and
dumpxml. Here is the Changeset since last PATCH I sent:
* The URI has changed to: phyp://user@[hmc|ivm]/managed_system. If the
system is a HMC+VIOS based, only an HMC authentication will be required.
Commands will be sent to VIOS trough HMC command line. And if the system
is an IVM based, then just provide the username and password for IVM.
* Since the Power Hypervisor has no information about UUID's, I built a
little database (uuid_db) to store and associate LPAR ID's with UUID
randomly generated by the API.
* The command dumpxml is implemented, but there are some informations
missing. Fetching informations like fstab, os type, uptime, IP addr and
so on, will only be available in a future versions of the HMC system.
* The TODO list is now set to implement life cycle functions.
Thanks in advance,
[]'s
--
Eduardo Otubo
Software Engineer
Linux Technology Center
IBM Systems & Technology Group
Mobile: +55 19 8135 0885
otubo(a)linux.vnet.ibm.com
15 years, 4 months
[libvirt] PATCH: 0/3: Run QEMU guests within a CGroup
by Daniel P. Berrange
Recent Linux kernels have a new concept of 'CGroups' which is a way to
group tasks on the system and apply policy to them as a whole. We already
use this in the LXC container driver, to control total memory usage of
things runing within a container.
This patch series is a proof of concept to make use of CGroups in the
QEMU driver. The idea is that we have a 3 level cgroup hierarchy
- Top level; contains the libvirtd daemon itself
- 2nd level: one per libvirt driver, but dos not contain any
processes.
- 3rd level: one per guest VM. Contains the QEMU process
The host admin can do control on the top level and 2nd level to set an
overall system policy. libvirt will then provide APIs / capabilities to
control individual VMs policy.
Daniel
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
15 years, 4 months
[libvirt] [PATCH 1/2] Added new filesystem glusterfs
by Harshavardhana
Added new enum for glusterfs, another netfs based filesystem.
---
src/storage_conf.c | 2 +-
src/storage_conf.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/storage_conf.c b/src/storage_conf.c
index 5f724dc..16ed906 100644
--- a/src/storage_conf.c
+++ b/src/storage_conf.c
@@ -68,7 +68,7 @@ VIR_ENUM_IMPL(virStoragePoolFormatFileSystem,
VIR_ENUM_IMPL(virStoragePoolFormatFileSystemNet,
VIR_STORAGE_POOL_NETFS_LAST,
- "auto", "nfs")
+ "auto", "nfs", "glusterfs")
VIR_ENUM_IMPL(virStoragePoolFormatDisk,
VIR_STORAGE_POOL_DISK_LAST,
diff --git a/src/storage_conf.h b/src/storage_conf.h
index 8a4fed2..27dc4a7 100644
--- a/src/storage_conf.h
+++ b/src/storage_conf.h
@@ -151,7 +151,6 @@ struct _virStoragePoolSourceHost {
int protocol;
};
-
/*
* Available extents on the underlying storage
*/
@@ -366,6 +365,7 @@ VIR_ENUM_DECL(virStoragePoolFormatFileSystem)
enum virStoragePoolFormatFileSystemNet {
VIR_STORAGE_POOL_NETFS_AUTO = 0,
VIR_STORAGE_POOL_NETFS_NFS,
+ VIR_STORAGE_POOL_NETFS_GLUSTERFS,
VIR_STORAGE_POOL_NETFS_LAST,
};
VIR_ENUM_DECL(virStoragePoolFormatFileSystemNet)
--
1.6.0.6
15 years, 4 months
[libvirt] Can't boot guest after adding an IDE storage
by M. Mohan Kumar
Hi,
We installed Fedora 11 guest in an emulated SCSI disk using virt-install.
After the installation the guest was shutdown and additional IDE virtual
storage was added to the guest.
When we try to boot the guest from virt-manager, it tries to boot from the
newly added IDE storage (instead of installed SCSI storage) and fails to
boot.
It seems that how the disk devices are sorted is the problem. There is a bug
opened to track this issue:
https://bugzilla.redhat.com/show_bug.cgi?id=507271
As dicussed in the bugzilla, ideally there should be a 'bootable' flag for
each storage device. Also virt-manager could another option to specify which
disk to boot from.
Regards, M. Mohan Kumar
15 years, 4 months
[libvirt] [PATCH 1/2] Added new filesystem glusterfs
by Harshavardhana
Added new enum for glusterfs, a new netfs based filesystem
---
src/storage_conf.c | 2 +-
src/storage_conf.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/storage_conf.c b/src/storage_conf.c
index 5f724dc..16ed906 100644
--- a/src/storage_conf.c
+++ b/src/storage_conf.c
@@ -68,7 +68,7 @@ VIR_ENUM_IMPL(virStoragePoolFormatFileSystem,
VIR_ENUM_IMPL(virStoragePoolFormatFileSystemNet,
VIR_STORAGE_POOL_NETFS_LAST,
- "auto", "nfs")
+ "auto", "nfs", "glusterfs")
VIR_ENUM_IMPL(virStoragePoolFormatDisk,
VIR_STORAGE_POOL_DISK_LAST,
diff --git a/src/storage_conf.h b/src/storage_conf.h
index 8a4fed2..27dc4a7 100644
--- a/src/storage_conf.h
+++ b/src/storage_conf.h
@@ -151,7 +151,6 @@ struct _virStoragePoolSourceHost {
int protocol;
};
-
/*
* Available extents on the underlying storage
*/
@@ -366,6 +365,7 @@ VIR_ENUM_DECL(virStoragePoolFormatFileSystem)
enum virStoragePoolFormatFileSystemNet {
VIR_STORAGE_POOL_NETFS_AUTO = 0,
VIR_STORAGE_POOL_NETFS_NFS,
+ VIR_STORAGE_POOL_NETFS_GLUSTERFS,
VIR_STORAGE_POOL_NETFS_LAST,
};
VIR_ENUM_DECL(virStoragePoolFormatFileSystemNet)
--
1.6.0.6
15 years, 4 months
