qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* Re: [Qemu-devel] [ceph-users] rbd cache + libvirt
       [not found]             ` <1451914026.12722300.1433778653126.JavaMail.zimbra@redhat.com>
@ 2015-06-08 16:49               ` Andrey Korolyov
  2015-06-09 15:01                 ` Stefan Hajnoczi
  0 siblings, 1 reply; 2+ messages in thread
From: Andrey Korolyov @ 2015-06-08 16:49 UTC (permalink / raw)
  To: Jason Dillaman
  Cc: ceph-users@lists.ceph.com, Arnaud Virlet, qemu-devel@nongnu.org

On Mon, Jun 8, 2015 at 6:50 PM, Jason Dillaman <dillaman@redhat.com> wrote:
> Hmm ... looking at the latest version of QEMU, it appears that the RBD cache settings are changed prior to reading the configuration file instead of overriding the value after the configuration file has been read [1].  Try specifying the path to a new configuration file via the "conf=/path/to/my/new/ceph.conf" QEMU parameter where the RBD cache is explicitly disabled  [2].
>
>
> [1] http://git.qemu.org/?p=qemu.git;a=blob;f=block/rbd.c;h=fbe87e035b12aab2e96093922a83a3545738b68f;hb=HEAD#l478
> [2] http://ceph.com/docs/master/rbd/qemu-rbd/#usage
>

Actually the mentioned snippet presumes *expected* behavior with
cache=xxx driving the overall cache behavior. Probably the pass itself
(from cache=none to proper bitmask values in a backend properties) is
broken in some way.

CCing qemu-devel for possible bug.

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [Qemu-devel] [ceph-users] rbd cache + libvirt
  2015-06-08 16:49               ` [Qemu-devel] [ceph-users] rbd cache + libvirt Andrey Korolyov
@ 2015-06-09 15:01                 ` Stefan Hajnoczi
  0 siblings, 0 replies; 2+ messages in thread
From: Stefan Hajnoczi @ 2015-06-09 15:01 UTC (permalink / raw)
  To: Andrey Korolyov
  Cc: ceph-users@lists.ceph.com, Arnaud Virlet, qemu-devel@nongnu.org,
	Josh Durgin, Jason Dillaman, Jeff Cody

[-- Attachment #1: Type: text/plain, Size: 1051 bytes --]

On Mon, Jun 08, 2015 at 07:49:15PM +0300, Andrey Korolyov wrote:
> On Mon, Jun 8, 2015 at 6:50 PM, Jason Dillaman <dillaman@redhat.com> wrote:
> > Hmm ... looking at the latest version of QEMU, it appears that the RBD cache settings are changed prior to reading the configuration file instead of overriding the value after the configuration file has been read [1].  Try specifying the path to a new configuration file via the "conf=/path/to/my/new/ceph.conf" QEMU parameter where the RBD cache is explicitly disabled  [2].
> >
> >
> > [1] http://git.qemu.org/?p=qemu.git;a=blob;f=block/rbd.c;h=fbe87e035b12aab2e96093922a83a3545738b68f;hb=HEAD#l478
> > [2] http://ceph.com/docs/master/rbd/qemu-rbd/#usage
> >
> 
> Actually the mentioned snippet presumes *expected* behavior with
> cache=xxx driving the overall cache behavior. Probably the pass itself
> (from cache=none to proper bitmask values in a backend properties) is
> broken in some way.
> 
> CCing qemu-devel for possible bug.

CCing Josh Durgin and Jeff Cody for block/rbd.c

[-- Attachment #2: Type: application/pgp-signature, Size: 473 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2015-06-09 15:01 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <55756D6B.8080309@easter-eggs.com>
     [not found] ` <CABYiri-C5bczU_E0c3VMtMeuX6Za-_Z-t_-=Y5y7QXLBmtrwWw@mail.gmail.com>
     [not found]   ` <557580F5.9010804@easter-eggs.com>
     [not found]     ` <CABYiri__ZLUWbD=n8iJB8dmNHz_e2Xo49a-pF61SK+hgCZUDGQ@mail.gmail.com>
     [not found]       ` <55758E37.9010706@easter-eggs.com>
     [not found]         ` <CABYiri-CGRvq0SLS91GX=h1Nq+t8GhWo2j_JpdS48O=mmO_30Q@mail.gmail.com>
     [not found]           ` <5575B68E.20608@easter-eggs.com>
     [not found]             ` <1451914026.12722300.1433778653126.JavaMail.zimbra@redhat.com>
2015-06-08 16:49               ` [Qemu-devel] [ceph-users] rbd cache + libvirt Andrey Korolyov
2015-06-09 15:01                 ` Stefan Hajnoczi

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).