From: Ian Campbell <ian.campbell@citrix.com>
To: Steven Haigh <netwiz@crc.id.au>
Cc: Sander Eikelenboom <linux@eikelenboom.it>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Subject: Re: Inplace upgrading 4.4.x -> 4.5.0
Date: Mon, 9 Feb 2015 09:16:06 +0000 [thread overview]
Message-ID: <1423473366.23098.16.camel@citrix.com> (raw)
In-Reply-To: <54D8794C.5050401@crc.id.au>
On Mon, 2015-02-09 at 20:09 +1100, Steven Haigh wrote:
> On 9/02/2015 7:59 PM, Sander Eikelenboom wrote:
> > Monday, February 9, 2015, 9:35:33 AM, you wrote:
> >
> >> Hello Steven,
> >> upgrades from Xen 4.4 to 4.5 are supposed to work out of the box.
> >
> >> Please post more details and we'll try to help you figure out what's
> >> wrong.
> >
> >> Cheers,
> >
> >> Stefano
> >
> >> On Sun, 8 Feb 2015, Steven Haigh wrote:
> >>> Hi all,
> >>>
> >>> I was under the impression that you should be able to do in-place
> >>> upgrades from Xen 4.4 to 4.5 on a system without losing the ability to
> >>> manage DomUs...
> >>>
> >>> This would support upgrades from running systems from Xen 4.4.x to 4.5.0
> >>> - only requiring a reboot to boot into the 4.5.0 hypervisor.
> >>>
> >>> When I try this in practice, I get a whole heap of permission denied
> >>> errors and lose control of any running DomUs.
> >>>
> >>> Is there some secret sauce that will allow this to work?
> >
> > You are probably running into a mismatch between the running hypervisor (4.4) and
> > the now installed toolstack (4.5) .. for instance when trying to shutdown the VM's
> > to do the reboot.
> > (Since the newly installed hypervisor parts are only loaded and run on the next boot).
>
> Correct - It is the 4.4 Hypervisor with 4.5 toolstack. After a reboot,
> all is good. However this causes the problem - once you update the
> packages from 4.4 -> 4.5, you lose the ability to manage any running DomUs.
This sounds like a packaging issue -- Debian's packages for example jump
through some hoops to make sure multiple tools packages can be installed
in parallel and the correct ones selected for the currently running
hypervisor.
Otherwise I think the upgrade path is:
* shutdown all VMs (or migrate them away)
* install new Xen + tools
* reboot
* restart domains with new tools.
I'm afraid that using old tools on a new Xen is not something which is
supported, even in the midst of an upgrade and AFAIK never has been. The
N->N+1->N+2 statement is normally with reference to live migration (i.e.
you can live migrate from a 4.4 system to a 4.5 one).
Ian.
next prev parent reply other threads:[~2015-02-09 9:16 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-08 7:59 Inplace upgrading 4.4.x -> 4.5.0 Steven Haigh
2015-02-09 8:35 ` Stefano Stabellini
2015-02-09 8:40 ` Steven Haigh
2015-02-09 8:59 ` Sander Eikelenboom
2015-02-09 9:09 ` Steven Haigh
2015-02-09 9:15 ` Andrew Cooper
2015-02-09 9:16 ` Ian Campbell [this message]
2015-02-09 9:36 ` Steven Haigh
2015-02-18 12:38 ` Ian Campbell
2015-02-18 23:09 ` Steven Haigh
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1423473366.23098.16.camel@citrix.com \
--to=ian.campbell@citrix.com \
--cc=linux@eikelenboom.it \
--cc=netwiz@crc.id.au \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.