Hi,
I've been tinkering with improving Xen support in the libvirt driver and
wanted to discuss a few issues before submitting patches.
Even the latest upstream release of Xen (4.1.x) contains a rather old
qemu, version 0.10.2, which rejects qcow2 images with cluster size >
64K. The libvirt drive
Vishvananda Ishaya wrote:
>
> On May 10, 2012, at 1:56 AM, Daniel P. Berrange wrote:
>
>> On Thu, May 10, 2012 at 09:06:58AM +0100, Daniel P. Berrange wrote:
>>
>> I had a quick chat with Kevin Wolf who's the upstream QEMU qcow2
>> maintainer
>> and he said that 64k is the current recommended clust
ustom filter for example.
Regards,
Jim
[1]
http://openstack.markmail.org/search/?q=improve%20xen#query:improve%20xen+page:1+mid:knmnylknf2imnruy+state:results
>From bb8777a415d5db22b83971357882261fbef092a9 Mon Sep 17 00:00:00 2001
From: Jim Fehlig
Date: Mon, 25 Jun 2012 15:54:43 -0600
Subject
Daniel P. Berrange wrote:
> On Fri, Jun 22, 2012 at 12:17:11AM +0800, Huang Zhiteng wrote:
>
>> Of course it is possible. What kind of issue did you run into?
>>
>> On Thu, Jun 21, 2012 at 5:52 PM, Wang Li wrote:
>>
>>> hi,all
>>>
>>> I need to run virtual machines on Xen Hypervisor in HV
ff to gerrit.
Regards,
Jim
>From bc96fdf618a2b9426f4c5db59fc087f849ac9873 Mon Sep 17 00:00:00 2001
From: Jim Fehlig
Date: Mon, 25 Jun 2012 15:54:43 -0600
Subject: [PATCH] Add more host checks to the compute filter
As discussed in a previous version of this patch [1], this change adds
check
Boris Filippov wrote:
>>> But qemu can also write the vm state outside of the backend image, which
>>> should be usable with all image backends.
>>>
>
> Use that instead managedSave? This should suffice. Save VM state,
> suspend domain - do snapshot - restore VM with previous state?
>
Fo
Jiang, Yunhong wrote:
>
> Hi, Joseph
>
> I’m working on the patch for blueprints
> https://blueprints.launchpad.net/nova/+spec/update-flavor-key-value,
> to add/delete the extra_specs for flavor through nova-manage. I’m
> still setting up my environment to push the patch.
>
>
>
>
I'm working on a patch that adds a column to the compute_nodes table in
the nova db, but it seems my db migration script fails when calling 'db
sync' in stack.sh. I tried running the command manually, same failure:
stack@virt71:~> /opt/stack/nova/bin/nova-manage --debug -v db
sync2012-07-16 21:42
problems once you know the errors :).
Regards,
Jim
>
> On 07/17/2012 11:59 AM, Jim Fehlig wrote:
>> I'm working on a patch that adds a column to the compute_nodes table in
>> the nova db, but it seems my db migration script fails when calling 'db
>> sync'
Adam Young wrote:
> On 07/16/2012 11:59 PM, Jim Fehlig wrote:
>> I'm working on a patch that adds a column to the compute_nodes table in
>> the nova db, but it seems my db migration script fails when calling 'db
>> sync' in stack.sh. I tried running the command
John Garbutt wrote:
> To my knowledge, if you want to use Xen, using XCP or XenServer (i.e. using
> XenAPI driver) is the way to go. If you look at the contributions to the
> drivers, you can have a good guess at who is using them.
>
> I know people are going into production on XenAPI, not heard
-bounces+boris-michel.deschenes=ubisoft@lists.launchpad.net
> [mailto:openstack-bounces+boris-michel.deschenes=ubisoft@lists.launchpad.net]
> De la part de Jim Fehlig
> Envoyé : 18 juillet 2012 17:56
> À : John Garbutt
> Cc : openstack@lists.launchpad.net
> Objet : Re: [O
it
> sounds like this could be a win for both of us.
> ---
> I have Jim Fehlig in CC since this could be of interest to him.
>
> We managed to have the GPU passthrough of NVIDIA cards using Xen 4.1.2 but
> ONLY with the xenapi (actually the whole XCP toolstack), with lib
Michael J Fork wrote:
>
> Looking at the Hypervisor section of the documentation,
> _http://docs.openstack.org/trunk/openstack-compute/admin/content/selecting-a-hypervisor.html_,
> it states
>
> "You cannot configure more than one virtualization type on the compute
> nodes, so the hypervisor select
Daniel P. Berrange wrote:
> On Fri, Apr 19, 2013 at 01:43:23PM +0300, Cristian Tomoiaga wrote:
>
>> As for the compute part, I may need to work with libvirt but I want to
>> avoid that if possible. Libxl was meant for stacks right ? Again, this may
>> not be acceptable and I would like to know.
Cristian Tomoiaga wrote:
> Hi Jim,
>
> Thank you! I'll check libvirt in more detail to make sure nothing I
> need is missing.
> With xend it should work. I'm planning ahead and want to deploy on
> Libxl but for the sake of argument I will probably use both KVM
> (Daniel is to blame here :) ) and X
16 matches
Mail list logo