All of lore.kernel.org
 help / color / mirror / Atom feed
From: Fyodor Ustinov <ufm@ufm.su>
To: Sage Weil <sage@newdream.net>
Cc: Ted Ts'o <tytso@mit.edu>, ceph-devel@vger.kernel.org
Subject: Re: Kernel 3.0.0 + ext4 + ceph == ...
Date: Sat, 30 Jul 2011 20:27:28 +0300	[thread overview]
Message-ID: <4E343F00.7070701@ufm.su> (raw)
In-Reply-To: <Pine.LNX.4.64.1107301016120.23447@cobra.newdream.net>

On 07/30/2011 08:21 PM, Sage Weil wrote:
>
>> Hmm, looking through recent commits which will shortly be merged into
>> 3.1, this one leaps out, but I'm not sure it's the cause --- how full
>> was your disk at the end of this exercise?
>>
>> I haven't looked at Ceph in quite a while.  As I recall it was
>> primarily doing Direct I/O writes, correct?  Or does it use buffered
>> I/O?  And does it use the new "punch" ioctl to release blocks from the
>> middle of a file?  Ext4 added punch support in 3.0, and there are some
>> bug fixes that are going into 3.1, but I don't think there were any
>> that would lead to the failure mode you are seeing.
> Direct-io is used for the osd journal only; is that on the ext4 partition,
> Fyodor?  Everything else is buffered io.
No, journal placed on tempfs.
> We don't use the new punch ioctl.
>
> We do use xattrs extensively, though; that was the last extN bug we
> uncovered.  That's where my money is.
>
> Fyodor, if you set 'debug filestore = 10' you'll get a log of every
> operation on the fs in the osd log.  (Or close to it; there may be a few
> that we missed, but to a first approximation at least it'll describe the
> workload pretty well.)
Ok, I will try it. But my system fs have only 16G. I'm not sure that it 
fits.

WBR,
     Fyodor.


  reply	other threads:[~2011-07-30 17:27 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-30  9:38 Kernel 3.0.0 + ext4 + ceph == Fyodor Ustinov
2011-07-30 14:37 ` Christian Brunner
2011-07-30 14:53   ` Fwd: " Christian Brunner
2011-11-15 15:46     ` Eric Sandeen
2011-07-30 15:34 ` Theodore Tso
2011-07-30 16:36   ` Fyodor Ustinov
2011-07-30 16:50     ` Ted Ts'o
2011-07-30 17:16       ` Fyodor Ustinov
2011-07-30 17:21       ` Sage Weil
2011-07-30 17:27         ` Fyodor Ustinov [this message]
2011-07-30 17:54         ` Fyodor Ustinov
2011-07-30 22:19         ` Ted Ts'o
2011-07-31  4:54           ` Sage Weil
2011-07-31 11:33             ` Fyodor Ustinov
2011-07-31 17:04               ` Sage Weil
2011-07-31 17:32                 ` Fyodor Ustinov
2011-07-31 20:16                 ` Fyodor Ustinov
2011-07-31 20:42                   ` Sage Weil
2011-08-01 10:53                     ` Theodore Tso
2011-08-01 16:20                       ` Sage Weil
2011-08-03 14:16                         ` Christian Brunner
2011-08-03 15:41                           ` Yehuda Sadeh Weinraub
2011-08-08 20:07                             ` Christian Brunner
2011-08-18  9:19                               ` Christian Brunner
2011-07-30 18:33   ` Christian Brunner

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=4E343F00.7070701@ufm.su \
    --to=ufm@ufm.su \
    --cc=ceph-devel@vger.kernel.org \
    --cc=sage@newdream.net \
    --cc=tytso@mit.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 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.