On 08/10/15 09:57, Daniel P. Berrange wrote:
On Wed, Oct 07, 2015 at 03:54:29PM -0600, Chris Friesen wrote:
On 10/07/2015 03:14 AM, Daniel P. Berrange wrote:
For suspended instances, the scenario is really the same as with completely
offline instances. The only extra step is that you need to
On Wed, Oct 07, 2015 at 03:54:29PM -0600, Chris Friesen wrote:
> On 10/07/2015 03:14 AM, Daniel P. Berrange wrote:
>
> >For suspended instances, the scenario is really the same as with completely
> >offline instances. The only extra step is that you need to migrate the saved
> >image state file, a
On 10/07/2015 03:14 AM, Daniel P. Berrange wrote:
For suspended instances, the scenario is really the same as with completely
offline instances. The only extra step is that you need to migrate the saved
image state file, as well as the disk images. This is trivial once you have
done the code for
On Wed, Oct 07, 2015 at 10:26:05AM +0100, Paul Carlton wrote:
> I'd be happy to take this on in Mitaka
Ok, first step would be to re-propose the old Kilo spec against Mitaka and
we should be able to fast-approve it.
> >>>So my reading of this is the issue could be addressed in Mitaka by
> >>>impl
I'd be happy to take this on in Mitaka
On 07/10/15 10:14, Daniel P. Berrange wrote:
On Tue, Oct 06, 2015 at 11:43:52AM -0600, Chris Friesen wrote:
On 10/06/2015 11:27 AM, Paul Carlton wrote:
On 06/10/15 17:30, Chris Friesen wrote:
On 10/06/2015 08:11 AM, Daniel P. Berrange wrote:
On Tue, Oc
On Tue, Oct 06, 2015 at 11:43:52AM -0600, Chris Friesen wrote:
> On 10/06/2015 11:27 AM, Paul Carlton wrote:
> >
> >
> >On 06/10/15 17:30, Chris Friesen wrote:
> >>On 10/06/2015 08:11 AM, Daniel P. Berrange wrote:
> >>>On Tue, Oct 06, 2015 at 02:54:21PM +0100, Paul Carlton wrote:
> https://revi
On Tue, Oct 06, 2015 at 06:27:12PM +0100, Paul Carlton wrote:
>
>
> On 06/10/15 17:30, Chris Friesen wrote:
> >On 10/06/2015 08:11 AM, Daniel P. Berrange wrote:
> >>On Tue, Oct 06, 2015 at 02:54:21PM +0100, Paul Carlton wrote:
> >>>https://review.openstack.org/#/c/85048/ was raised to address the
On 10/06/2015 11:27 AM, Paul Carlton wrote:
On 06/10/15 17:30, Chris Friesen wrote:
On 10/06/2015 08:11 AM, Daniel P. Berrange wrote:
On Tue, Oct 06, 2015 at 02:54:21PM +0100, Paul Carlton wrote:
https://review.openstack.org/#/c/85048/ was raised to address the
migration of instances that ar
On 06/10/15 17:30, Chris Friesen wrote:
On 10/06/2015 08:11 AM, Daniel P. Berrange wrote:
On Tue, Oct 06, 2015 at 02:54:21PM +0100, Paul Carlton wrote:
https://review.openstack.org/#/c/85048/ was raised to address the
migration of instances that are not running but people did not warm to
the
On 10/06/2015 08:11 AM, Daniel P. Berrange wrote:
On Tue, Oct 06, 2015 at 02:54:21PM +0100, Paul Carlton wrote:
https://review.openstack.org/#/c/85048/ was raised to address the
migration of instances that are not running but people did not warm to
the idea of bringing a stopped/suspended instan
On Tue, Oct 06, 2015 at 02:54:21PM +0100, Paul Carlton wrote:
> https://review.openstack.org/#/c/85048/ was raised to address the
> migration of instances that are not running but people did not warm to
> the idea of bringing a stopped/suspended instance to a paused state to
> migrate it. Is there
https://review.openstack.org/#/c/85048/ was raised to address the
migration of instances that are not running but people did not warm to
the idea of bringing a stopped/suspended instance to a paused state to
migrate it. Is there any work in progress to get libvirt enhanced to
perform the migratio
On Fri, Oct 02, 2015 at 06:20:31AM +, Koniszewski, Pawel wrote:
> > -Original Message-
> > From: Mathieu Gagné [mailto:mga...@internap.com]
> > Sent: Thursday, October 1, 2015 7:24 PM
> > To: OpenStack Development Mailing List (not for usage questions)
[. . .]
> > >> I have taken the
Hi all
> Not all of these are covered by specs yet and all the existing specs need
> reviews. Please look at the etherpad and see if there is anything you think is
> missing.
What about adding a way to migrate files which are not migrated at the moment,
like console.log?
I think that could be
> -Original Message-
> From: Mathieu Gagné [mailto:mga...@internap.com]
> Sent: Thursday, October 1, 2015 7:24 PM
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: Re: [openstack-dev] [nova] live migration in Mitaka
>
> On 2015-10-01 7:26
On 2015-10-01 7:26 AM, Kashyap Chamarthy wrote:
> On Wed, Sep 30, 2015 at 11:25:12AM +, Murray, Paul (HP Cloud) wrote:
>>
>>> Please respond to this post if you have an interest in this and what
>>> you would like to see done. Include anything you are already
>>> getting on with so we get a cl
On Wed, Sep 30, 2015 at 11:25:12AM +, Murray, Paul (HP Cloud) wrote:
>
> > Please respond to this post if you have an interest in this and what
> > you would like to see done. Include anything you are already
> > getting on with so we get a clear picture.
>
> Thank you to those who replied t
On 09/30/2015 06:03 AM, Koniszewski, Pawel wrote:
From: Murray, Paul (HP Cloud) [mailto:pmur...@hpe.com]
- migrate suspended instances
I'm not sure I understand this correctly. When user calls 'nova suspend' I
thought that it actually "hibernates" VM and saves memory state to disk
[2][3]. In
> -Original Message-
> From: Murray, Paul (HP Cloud) [mailto:pmur...@hpe.com]
> Sent: Wednesday, September 30, 2015 1:25 PM
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: Re: [openstack-dev] [nova] live migration in Mitaka
>
>
> >
> Please respond to this post if you have an interest in this and what you
> would like to see done.
> Include anything you are already getting on with so we get a clear picture.
Thank you to those who replied to this thread. I have used the contents to
start an etherpad page here:
https://e
On 23/09/15 14:11, Daniel P. Berrange wrote:
On Wed, Sep 23, 2015 at 01:48:17PM +0100, Paul Carlton wrote:
On 22/09/15 16:44, Daniel P. Berrange wrote:
On Tue, Sep 22, 2015 at 09:29:46AM -0600, Chris Friesen wrote:
There is also work on post-copy migration in QEMU. Normally with live
migrat
On Wed, Sep 23, 2015 at 01:48:17PM +0100, Paul Carlton wrote:
>
>
> On 22/09/15 16:44, Daniel P. Berrange wrote:
> >On Tue, Sep 22, 2015 at 09:29:46AM -0600, Chris Friesen wrote:
> There is also work on post-copy migration in QEMU. Normally with live
> migration, the guest doesn't start e
On 22/09/15 16:44, Daniel P. Berrange wrote:
On Tue, Sep 22, 2015 at 09:29:46AM -0600, Chris Friesen wrote:
There is also work on post-copy migration in QEMU. Normally with live
migration, the guest doesn't start executing on the target host until
migration has transferred all data. There are
On 22/09/15 16:20, Daniel P. Berrange wrote:
On Tue, Sep 22, 2015 at 09:05:11AM -0600, Chris Friesen wrote:
On 09/21/2015 02:56 AM, Daniel P. Berrange wrote:
On Fri, Sep 18, 2015 at 05:47:31PM +, Carlton, Paul (Cloud Services) wrote:
However the most significant impediment we encountered
On Tue, Sep 22, 2015 at 09:29:46AM -0600, Chris Friesen wrote:
> >>There is also work on post-copy migration in QEMU. Normally with live
> >>migration, the guest doesn't start executing on the target host until
> >>migration has transferred all data. There are many workloads where that
> >>doesn't
Apologies for the indirect quote, some of the earlier posts got deleted before I
noticed the thread.
On 09/21/2015 03:43 AM, Koniszewski, Pawel wrote:
-Original Message-
From: Daniel P. Berrange [mailto:berra...@redhat.com]
There was a proposal to nova to allow the 'pause' operation
On Tue, Sep 22, 2015 at 09:05:11AM -0600, Chris Friesen wrote:
> On 09/21/2015 02:56 AM, Daniel P. Berrange wrote:
> >On Fri, Sep 18, 2015 at 05:47:31PM +, Carlton, Paul (Cloud Services)
> >wrote:
> >>However the most significant impediment we encountered was customer
> >>complaints about perf
On 09/21/2015 02:56 AM, Daniel P. Berrange wrote:
On Fri, Sep 18, 2015 at 05:47:31PM +, Carlton, Paul (Cloud Services) wrote:
However the most significant impediment we encountered was customer
complaints about performance of instances during migration. We did a little
bit of work to identi
Hi all,
> Please respond to this post if you have an interest in this and what you
> would like to see done. Include anything you are already getting on with so
> we get a clear picture.
I have put a new spec about "allow more instance actions during the live
migration" [0].
Please note that
m]
Sent: 21 September 2015 09:56
To: Carlton, Paul (Cloud Services)
Cc: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova] live migration in Mitaka
On Fri, Sep 18, 2015 at 05:47:31PM +, Carlton, Paul (Cloud Services)
wrote:
However the most
> -Original Message-
> From: Daniel P. Berrange [mailto:berra...@redhat.com]
> Sent: Friday, September 18, 2015 5:24 PM
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: Re: [openstack-dev] [nova] live migration in Mitaka
>
> On Fri, Sep 1
On Fri, Sep 18, 2015 at 05:47:31PM +, Carlton, Paul (Cloud Services) wrote:
> However the most significant impediment we encountered was customer
> complaints about performance of instances during migration. We did a little
> bit of work to identify the cause of this and concluded that the mai
Hi,
some work items:
http://lists.openstack.org/pipermail/openstack-dev/2015-September/073965.html
- ci coverage for live-migration
https://blueprints.launchpad.net/nova/+spec/split-different-live-migration-types
- compute + drivers code cleanup
On Fri, Sep 18, 2015 at 6:47 PM, John Garbutt wrote
On 18 September 2015 at 16:23, Daniel P. Berrange wrote:
> On Fri, Sep 18, 2015 at 11:53:05AM +, Murray, Paul (HP Cloud) wrote:
>> Hi All,
>>
>> There are various efforts going on around live migration at the moment:
>> fixing up CI, bug fixes, additions to cover more corner cases, proposals
>
On Fri, Sep 18, 2015 at 11:53:05AM +, Murray, Paul (HP Cloud) wrote:
> Hi All,
>
> There are various efforts going on around live migration at the moment:
> fixing up CI, bug fixes, additions to cover more corner cases, proposals
> for new operations
>
> Generally live migration could do
Hi All,
There are various efforts going on around live migration at the moment: fixing
up CI, bug fixes, additions to cover more corner cases, proposals for new
operations
Generally live migration could do with a little TLC (see: [1]), so I am going
to suggest we give some of that care in
36 matches
Mail list logo
