xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Ian Campbell <Ian.Campbell@citrix.com>
To: George Dunlap <dunlapg@umich.edu>
Cc: Andy Smith <andy@strugglers.net>,
	Xen-devel <Xen-devel@lists.xensource.com>,
	Ian Jackson <Ian.Jackson@eu.citrix.com>
Subject: Re: Re-reading domain configs on domain restart
Date: Fri, 2 Mar 2012 10:15:22 +0000	[thread overview]
Message-ID: <1330683322.18632.62.camel@zakaz.uk.xensource.com> (raw)
In-Reply-To: <CAFLBxZbFXaBb2Hv9POv_1oL8Nun+e2FBB0fYtkYZnmfzs=76=g@mail.gmail.com>

On Fri, 2012-03-02 at 10:04 +0000, George Dunlap wrote:
> On Thu, Feb 23, 2012 at 3:16 PM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
> > On Thu, 2012-02-23 at 11:17 +0000, Ian Campbell wrote:
> >> As another (hopefully simple) idea how about a "xl dom-set-config" or
> >> similar which (only) updates the config stashed in the userinfo to be
> >> used on reboot? I would specifically exclude the possibility of this
> >> reconfiguring the running domain for simplicity.
> >
> > I've only lightly tested the following, but it seemed to do what I
> > expected (I used it to change memory from 512 to 1024 for a Windows VM
> > on reboot).
> >
> > I think there might be a better name, that better reflects the fact that
> > it doesn't actually change the config right now, any ideas?
> > "domain-config-override"?
> >
> > Thoughts on the general concept?
> 
> Is the config used for anything other than a reboot?  If so, it might
> lead to unexpected behavior, if for example, I want to change config
> option X on reboot, but it's read (and acted on) before I get done
> with my various changes.  It would be good if the user could be sure
> that none of the changes would have any effect until the next reboot.

The option takes a whole new configuration file so you are either using
the old or new configuration. There should be no intermediate state.

AFAIK this file is used for any domain "restart", which includes reboot,
save+restore and migration.

I think that any such changes which you might want to apply on reboot
you would also want to apply post migration or restore too.

I think the right long term solution to this is	
	libxl_running_domain_to_config(ctx, domid, &libxl_domain_config)
but that isn't going to happen for 4.2 at least and this is a good
bandaid plus a useful generic facility.

> I think the concept of having a "config-on-reboot" is a good one.  For
> convenience, would it make sense to add a parameter to "xl reboot" to
> take an argument (-c for example) that will do the config override
> before issuing the reboot command?

We have this for migrate and restore so I think extending that to reboot
is a sensible idea.

Ian.

  reply	other threads:[~2012-03-02 10:15 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-07 17:04 Re-reading domain configs on domain restart Andy Smith
2012-02-07 17:30 ` Ian Jackson
2012-02-08 16:32   ` Ian Campbell
2012-02-23 11:17     ` Ian Campbell
2012-02-23 11:26       ` Andy Smith
2012-02-23 15:16       ` Ian Campbell
2012-03-01 18:40         ` Ian Jackson
2012-03-27 10:41           ` Ian Campbell
2012-03-02 10:04         ` George Dunlap
2012-03-02 10:15           ` Ian Campbell [this message]
2012-03-05 11:06             ` George Dunlap
2012-03-05 15:23               ` Ian Campbell
2012-04-02 16:07         ` Ian Jackson

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=1330683322.18632.62.camel@zakaz.uk.xensource.com \
    --to=ian.campbell@citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=Xen-devel@lists.xensource.com \
    --cc=andy@strugglers.net \
    --cc=dunlapg@umich.edu \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).