All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Mailand <martin@tuxadero.com>
To: Sage Weil <sage@newdream.net>
Cc: Gregory Farnum <gregory.farnum@dreamhost.com>,
	ceph-devel@vger.kernel.org
Subject: Re: ceph and ext4
Date: Mon, 14 Nov 2011 21:08:17 +0100	[thread overview]
Message-ID: <4EC17531.3090805@tuxadero.com> (raw)
In-Reply-To: <Pine.LNX.4.64.1111141157500.29742@cobra.newdream.net>

so snapshots of rbd images would be safe? or would they hit the limit?

Sage Weil schrieb:
> On Mon, 14 Nov 2011, Gregory Farnum wrote:
>> On Mon, Nov 14, 2011 at 5:33 AM, Martin Mailand <martin@tuxadero.com> wrote:
>>> Hi Tomasz,
>>> as far as I know it still has this limit.
>>> But it should be relatively safe to use it.
>>>
>>> http://marc.info/?l=ceph-devel&m=131942130322957&w=2
>>>
>>> If we hit the 4KB limit of xattrs in ext4 how does it show up in the rbd
>>> layer?
>>>
>>> How does it show up in the fs layer, would the fs still be clean?
>> Right now it would show up very badly, unfortunately. (And yes, the
>> limit is still there.) You'd notice, though you might manage to
>> corrupt some of your data first. :/
> 
> Well, the osd's are now more careful about being fail-stop, so if they hit 
> the xattr limit they crash.  So there won't be data corruption per se, 
> except that you won't be able to start the OSD up again because the 
> journal replay will keep hitting the limit.
> 
>> However, if you're not taking snapshots and you're not using xattrs
>> yourself, you won't hit it with rbd or the Ceph FS.
> 
> Right.  Nothing sets large xattrs on objects in rbd.  For the file system, 
> this would only happen on extremely (!) deeply nested directories (ceph 
> dfs xattrs are managed by the MDS, not as object attrs).
> 
> sage
> 
> 
>> -Greg
>>
>>> -martin
>>>
>>>
>>> Am 14.11.2011 14:09, schrieb Tomasz Paszkowski:
>>>> what about limit on xattr size ? Is it still limited to 4KB ?
>>>>
>>>>
>>>>
>>>> On Mon, Nov 14, 2011 at 1:15 PM, Martin Mailand<martin@tuxadero.com>
>>>>  wrote:
>>>>> Hi Christian,
>>>>> I am not sure if you noticed, but your ext4 bug is fixed in mainline. I
>>>>> am
>>>>> running a ceph cluster with 40+ vms for over a week by now, without any
>>>>> problems. An fsck.ext4 shows the ext4 is clean.
>>>>> The performance of ext4 is much better than btrfs, no rise in the load of
>>>>> the osd's.
>>>>>
>>>>> -martin
>>>>> --
>>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>>> the body of a message to majordomo@vger.kernel.org
>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>>>
>>>>
>>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>

  reply	other threads:[~2011-11-14 20:08 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-14 12:15 ceph and ext4 Martin Mailand
2011-11-14 13:09 ` Tomasz Paszkowski
2011-11-14 13:33   ` Martin Mailand
2011-11-14 19:10     ` Gregory Farnum
2011-11-14 19:40       ` Martin Mailand
     [not found]         ` <CAF3hT9DbnQLJb5YPZJ15ekt5JWZLwyoMymm2x=s9V64kw5qKWQ@mail.gmail.com>
2011-11-14 19:54           ` Fwd: " Gregory Farnum
2011-11-14 20:03       ` Sage Weil
2011-11-14 20:08         ` Martin Mailand [this message]
2011-11-14 20:08         ` Gregory Farnum
2011-11-15  8:29 ` Christian Brunner
2011-11-15 14:22   ` Ted Ts'o
2011-11-15 16:43     ` Andreas Dilger
2011-11-15 18:43       ` Yehuda Sadeh Weinraub
2011-11-21 12:22       ` Increase xattr space by allocating contiguous xattr blocks Yu Jian
2011-11-21 15:08         ` Theodore Tso
2011-11-22  3:32           ` Yu Jian
2011-11-22  4:53           ` Eric Sandeen
2011-11-23 17:09             ` [PATCH] xfstests: Sort recursive getfattr output in 062 Eric Sandeen
2011-11-23 17:09               ` Eric Sandeen
2011-11-28 11:03               ` Christoph Hellwig
2011-11-28 11:03                 ` Christoph Hellwig
2012-01-25 21:38               ` [PATCH V2] " Eric Sandeen
2012-01-25 21:38                 ` Eric Sandeen
2012-01-27 10:53                 ` Christoph Hellwig
2012-01-27 10:53                   ` Christoph Hellwig
2011-12-08 22:59       ` ceph and ext4 Christian Brunner
2011-12-09 22:24         ` Andreas Dilger
2012-02-12  4:05           ` Yehuda Sadeh Weinraub
2012-02-12 17:18             ` Andreas Dilger
2012-02-12 19:50               ` Yehuda Sadeh Weinraub

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=4EC17531.3090805@tuxadero.com \
    --to=martin@tuxadero.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=gregory.farnum@dreamhost.com \
    --cc=sage@newdream.net \
    /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.