qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: David Scott <dave.scott@eu.citrix.com>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Cc: Ian Campbell <Ian.Campbell@citrix.com>,
	George Dunlap <George.Dunlap@eu.citrix.com>,
	Ian Jackson <Ian.Jackson@eu.citrix.com>,
	"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
	xen-devel <xen-devel@lists.xen.org>,
	Alex Bligh <alex@alex.org.uk>,
	Anthony Liguori <anthony@codemonkey.ws>,
	Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [Qemu-devel] [Xen-devel] [PATCHv3] QEMU(upstream): Disable xen's use of O_DIRECT by default as it results in crashes.
Date: Wed, 20 Mar 2013 11:57:14 +0000	[thread overview]
Message-ID: <5149A41A.9020300@eu.citrix.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1303201020170.17662@kaball.uk.xensource.com>

Hi,

On 20/03/13 10:24, Stefano Stabellini wrote:

> That is true. My guess is that nobody really migrates HVM guests without
> PV drivers installed (it's not even possible on XenServer but xl let you
> do that if you want to). When the PV drivers initialize at boot time,
> the IDE disk is closed. Therefore we wouldn't have this problem.
>
> Maybe we should prevent HVM guest migration without PV drivers with xl
> too. Ian, what do you think?

Although it's not normally possible on XenServer to migrate HVM guests 
without PV drivers, a lot of people override the check and do it anyway. 
It happens a lot in cloud scenarios where the host (XenServer) admin is 
different from the guest admin (the end customer) and it's impractical 
for the host admin to force the guest admin to load the drivers.

We do our best to recommend, encourage and help people to install HVM PV 
drivers but we have to tolerate those who ignore our advice :/

Cheers,
Dave

  parent reply	other threads:[~2013-03-20 11:56 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-18 12:18 [Qemu-devel] [PATCHv3] QEMU(upstream): Disable xen's use of O_DIRECT by default as it results in crashes Alex Bligh
2013-03-18 13:03 ` Stefan Hajnoczi
2013-03-18 13:19   ` Alex Bligh
2013-03-18 13:32 ` Paolo Bonzini
2013-03-18 13:49   ` Alex Bligh
2013-03-18 14:05     ` Paolo Bonzini
2013-03-18 14:30       ` Alex Bligh
2013-03-18 14:49         ` Paolo Bonzini
2013-03-18 15:40           ` Alex Bligh
2013-03-18 16:19             ` Paolo Bonzini
2013-03-18 16:53               ` Alex Bligh
2013-03-18 17:38                 ` George Dunlap
2013-03-18 17:47                   ` Alex Bligh
2013-03-18 18:00                   ` Paolo Bonzini
2013-03-19 10:06                     ` [Qemu-devel] [Xen-devel] " George Dunlap
2013-03-19 10:43                       ` Paolo Bonzini
2013-03-19 10:51                         ` George Dunlap
2013-03-19 11:14                           ` Paolo Bonzini
2013-03-19 11:21                             ` George Dunlap
2013-03-19 15:12                               ` George Dunlap
2013-03-19 15:29                                 ` George Dunlap
2013-03-19 19:15                                   ` Alex Bligh
2013-03-20 10:24                                     ` Stefano Stabellini
2013-03-20 10:37                                       ` George Dunlap
2013-03-20 11:08                                         ` Paolo Bonzini
2013-03-20 11:20                                           ` Alex Bligh
2013-03-20 11:57                                       ` David Scott [this message]
2013-03-19 11:44                             ` Alex Bligh
2013-03-19 11:49                               ` Paolo Bonzini
2013-03-19 15:13                         ` Stefano Stabellini
2013-03-19 16:53                           ` Paolo Bonzini
2013-03-19 17:03                             ` Stefano Stabellini
2013-03-20  8:33                           ` Alex Bligh
2013-03-20  9:26                             ` Paolo Bonzini
2013-03-29 17:19                               ` Stefano Stabellini
2013-03-31 19:53                                 ` Alex Bligh
2013-04-01 15:32                                   ` [Qemu-devel] [PATCH] [RFC] Xen PV backend: Move call to bdrv_new from blk_init to blk_connect Alex Bligh
2013-04-01 15:44                                     ` Stefano Stabellini
2013-04-01 20:56                                       ` Alex Bligh
2013-04-02 11:08                                         ` Stefano Stabellini
2013-04-05 10:31                                           ` [Qemu-devel] [PATCHv2 1/2] " Alex Bligh
2013-04-05 10:31                                             ` [Qemu-devel] [PATCHv2 2/2] Xen PV backend: Disable use of O_DIRECT by default as it results in crashes Alex Bligh
2013-04-05 14:22                                             ` [Qemu-devel] [PATCHv2 1/2] Xen PV backend: Move call to bdrv_new from blk_init to blk_connect Stefano Stabellini
2013-04-05 15:42                                               ` [Qemu-devel] [PATCHv3 " Alex Bligh
2013-04-05 15:42                                                 ` [Qemu-devel] [PATCHv3 2/2] Xen PV backend: Disable use of O_DIRECT by default as it results in crashes Alex Bligh
2013-04-05 15:43                                               ` [Qemu-devel] [PATCHv2 1/2] Xen PV backend: Move call to bdrv_new from blk_init to blk_connect Alex Bligh
2013-04-05 10:32                                           ` [Qemu-devel] [PATCHv2 1/2] Xen PV backend (for qemu-upstream-4.2-testing): " Alex Bligh
2013-04-05 10:32                                             ` [Qemu-devel] [PATCHv2 2/2] Xen PV backend (for qemu-upstream-4.2-testing): Disable use of O_DIRECT by default as it results in crashes Alex Bligh
2013-04-05 10:34                                           ` [Qemu-devel] [PATCH] [RFC] Xen PV backend: Move call to bdrv_new from blk_init to blk_connect Alex Bligh
2013-04-01 16:35                                   ` [Qemu-devel] [Xen-devel] [PATCHv3] QEMU(upstream): Disable xen's use of O_DIRECT by default as it results in crashes Alex Bligh

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=5149A41A.9020300@eu.citrix.com \
    --to=dave.scott@eu.citrix.com \
    --cc=George.Dunlap@eu.citrix.com \
    --cc=Ian.Campbell@citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=alex@alex.org.uk \
    --cc=anthony@codemonkey.ws \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --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 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).