All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dario Faggioli <dfaggioli@suse.com>
To: Juergen Gross <jgross@suse.com>,
	George Dunlap <george.dunlap@citrix.com>,
	Andrew Cooper <andrew.cooper3@citrix.com>,
	Wei Liu <wei.liu2@citrix.com>
Cc: George Dunlap <George.Dunlap@eu.citrix.com>,
	xen-devel <xen-devel@lists.xenproject.org>,
	Ian Jackson <Ian.Jackson@eu.citrix.com>,
	osstest service owner <osstest-admin@xenproject.org>,
	Jan Beulich <JBeulich@suse.com>
Subject: Re: [xen-unstable test] 128240: regressions - FAIL
Date: Mon, 01 Oct 2018 19:58:40 +0200	[thread overview]
Message-ID: <21b6732f17b0adc631bf85f9c42afc60510bcd73.camel@suse.com> (raw)
In-Reply-To: <ffd0c284-c1c9-680c-564a-ce066a1fb210@suse.com>


[-- Attachment #1.1: Type: text/plain, Size: 2232 bytes --]

On Mon, 2018-10-01 at 18:07 +0200, Juergen Gross wrote:
> On 01/10/2018 17:48, George Dunlap wrote:
> > On 10/01/2018 04:40 PM, Andrew Cooper wrote:
> > > On 01/10/18 16:35, Wei Liu wrote:
> > > > > Wait, the migration code reads the scheduler parameters --
> > > > > even if these
> > > > > have not been explicitly set by the admin -- and sends them
> > > > > along with
> > > > > the migration stream?  And if the remote scheduler is
> > > > > different, the
> > > > > migration fails?
> > > > > 
> > > > > That's not so good. :-)
> > > > 
> > > > But one can argue that the guest is specific configured that
> > > > way so it's
> > > > parameters should be preserved. We normally analyse things on a
> > > > case by
> > > > case basis.
> > > 
> > > If there isn't an obvious fix, then the switch of default
> > > scheduler
> > > needs reverting until there is a fix present.  This is currently
> > > blocking master.
> > 
> > Agreed.  I'd argue for ignoring failures to set scheduler
> > parameters on
> > migrate, on the grounds that this will be less risk to the project
> > as a
> > whole than reverting credit2 again.  But either way we should do
> > something quickly.
> 
> We should ignore a mismatch of the scheduler. Failures when setting
> parameters for a matching scheduler should not be ignored IMO.
> 
Indeed! Especially considering that this isn't really related on what
the default scheduler is (despite it being making Credit2 default that
triggers the issue).

In fact, what if:
- user uses Credit1 (default and supported) on host A
- user uses Credit2 (supported) on host B
- user migrates VM
- BOOOM!

So, unless it is intended --and, I'd say, also documented somewhere--
that migrating between hosts which use different schedulers is to be
avoided, this is already a bug, whatever the default scheduler is...

George, let me know if you're working on a fix already, or if I should
do that myself.

Regards,
Dario
-- 
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Software Engineer @ SUSE https://www.suse.com/

[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

[-- Attachment #2: Type: text/plain, Size: 157 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

  reply	other threads:[~2018-10-01 17:59 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-09-30 21:59 [xen-unstable test] 128240: regressions - FAIL osstest service owner
2018-10-01  9:04 ` Jan Beulich
2018-10-01 14:33   ` Wei Liu
2018-10-01 15:10     ` Jan Beulich
2018-10-01 15:17       ` Wei Liu
2018-10-01 15:19         ` George Dunlap
2018-10-01 15:35           ` Wei Liu
     [not found]             ` <fc2bbc89cfc7d9066fe0b1fd76ddd2ff@citrix.com>
     [not found]               ` <26110706a1830c111efd93ec76accd40@citrix.com>
     [not found]             ` <fc2bbc89„cfc7„d906„6fe0„b1fd76ddd2ff@citrix.com>
2018-10-01 15:40             ` Andrew Cooper
2018-10-01 15:48               ` George Dunlap
2018-10-01 16:07                 ` Juergen Gross
2018-10-01 17:58                   ` Dario Faggioli [this message]
2018-10-02 10:06                     ` George Dunlap
2018-10-02 10:36                       ` Dario Faggioli
2018-10-02  8:29                   ` Jan Beulich
     [not found]                   ` <5BB32C7802000078001ED8FA@suse.com>
2018-10-02  9:24                     ` Dario Faggioli
2018-10-02  9:36                       ` Jan Beulich
     [not found]                       ` <5BB33C3202000078001ED99C@suse.com>
2018-10-02  9:58                         ` Dario Faggioli
2018-10-01 18:02             ` Dario Faggioli
  -- strict thread matches above, loose matches on Subject: below --
2018-10-02  8:45 Juergen Gross
     [not found] <osstest128240mainreport@xen.org>
     [not found] <osstest„128240„mainreport@xen.org>

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=21b6732f17b0adc631bf85f9c42afc60510bcd73.camel@suse.com \
    --to=dfaggioli@suse.com \
    --cc=George.Dunlap@eu.citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=JBeulich@suse.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=george.dunlap@citrix.com \
    --cc=jgross@suse.com \
    --cc=osstest-admin@xenproject.org \
    --cc=wei.liu2@citrix.com \
    --cc=xen-devel@lists.xenproject.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.