All of lore.kernel.org
 help / color / mirror / Atom feed
From: Josh Durgin <josh.durgin@dreamhost.com>
To: Josh Pieper <jjp@pobox.com>
Cc: ceph-devel@vger.kernel.org
Subject: Re: Possible RBD inconsistencies with kvm+Windows 7
Date: Fri, 03 Feb 2012 11:55:42 -0800	[thread overview]
Message-ID: <4F2C3BBE.6070802@dreamhost.com> (raw)
In-Reply-To: <20120203181935.GA4676@rcn.com>

On 02/03/2012 10:19 AM, Josh Pieper wrote:
> I have a Windows 7 guest running under kvm/libvirt with RBD as a
> backend to a cluster of 3 OSDs.  With this setup, I am seeing behavior
> that looks suspiciously like disk corruption in the guest VM executing
> some of our workloads.
>
> For instance, in one occurance, there is a python function that
> recursively deletes a large directory tree while the disk is otherwise
> loaded.  For us, this occasionally fails because the OS reported that
> all the files in the directory were deleted, but then reports the
> directory is not empty when going to remove it.  In another, a simple
> test application writes new files to a directory every 50ms, then
> after 6s verifies that at least 3 files were written, also while the
> disk is under heavy load.
>
> We have never ever seen these failures on bare metal, or on kvm
> instances backed by a LVM volume in years of operation, but they
> happen every couple of hours with RBD.  Unfortunately, I have been
> unsuccessful when attempting to create synthetic test cases to
> demonstrate the inconsistent RBD behavior.
>
> Has anyone else seen similar inconsistent RBD behavior, or have ideas
> how to diagnose further?

What fs are your osds using? A while ago there was a bug in ext4's
fiemap that sometimes caused incorrect reads - if you set
filestore_fiemap_threshold larger than your object size, you can test
whether fiemap is the problem.

Are you using the rbd_writeback_window option? If so, does the
corruption occur without it?

In any case, a log of this occurring with debug_ms=1 and debug_rbd=20 
from qemu will tell us if there are out-of-order operations happening.

>
> For reference, I am running ceph 0.41, qemu-kvm 1.0 on ubuntu 11.10
> amd64.
>
> Regards,
> Josh


  reply	other threads:[~2012-02-03 19:55 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-03 18:19 Possible RBD inconsistencies with kvm+Windows 7 Josh Pieper
2012-02-03 19:55 ` Josh Durgin [this message]
2012-02-03 20:15   ` Josh Pieper
2012-04-02 14:58     ` Josh Pieper
2012-04-02 15:17       ` Josh Durgin

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=4F2C3BBE.6070802@dreamhost.com \
    --to=josh.durgin@dreamhost.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=jjp@pobox.com \
    /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.