All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Metz-Martini | SpeedPartner GmbH <metz-nNLO/KQnRccYk8zSAXK5OQ@public.gmane.org>
To: Sage Weil <sage-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	ceph-users-Qp0mS5GaXlQ@public.gmane.org,
	ceph-maintainers-Qp0mS5GaXlQ@public.gmane.org,
	ceph-announce-Qp0mS5GaXlQ@public.gmane.org
Subject: Re: Deprecating ext4 support
Date: Tue, 12 Apr 2016 09:00:19 +0200	[thread overview]
Message-ID: <570C9D03.6020701@speedpartner.de> (raw)
In-Reply-To: <alpine.DEB.2.11.1604111632520.13448-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org>

Hi,

Am 11.04.2016 um 23:39 schrieb Sage Weil:
> ext4 has never been recommended, but we did test it.  After Jewel is out, 
> we would like explicitly recommend *against* ext4 and stop testing it.
Hmmm. We're currently migrating away from xfs as we had some strange
performance-issues which were resolved / got better by switching to
ext4. We think this is related to our high number of objects (4358
Mobjects according to ceph -s).


> Recently we discovered an issue with the long object name handling
> that is not fixable without rewriting a significant chunk of
> FileStores filename handling.  (There is a limit in the amount of
> xattr data ext4 can store in the inode, which causes problems in
> LFNIndex.)
We're only using cephfs so we shouldn't be affected by your discovered
bug, right?


-- 
Kind regards
 Michael

  parent reply	other threads:[~2016-04-12  7:00 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-11 21:39 Deprecating ext4 support Sage Weil
2016-04-11 21:44 ` Sage Weil
2016-04-11 21:57   ` Mark Nelson
     [not found]     ` <570C1DBC.3040408-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-04-11 22:49       ` Shinobu Kinjo
2016-04-11 23:54         ` [ceph-users] " Robin H. Johnson
2016-04-11 23:09       ` Lionel Bouton
2016-04-12  7:45   ` [ceph-users] " Jan Schermer
2016-04-12 18:00     ` Sage Weil
2016-04-12 19:19       ` Jan Schermer
2016-04-12 19:58         ` Sage Weil
2016-04-12 20:33           ` Jan Schermer
2016-04-12 20:47             ` Sage Weil
     [not found]               ` <alpine.DEB.2.11.1604121639590.29593-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org>
2016-04-12 21:08                 ` Nick Fisk
     [not found]                   ` <4f0f087c.9Ro.9Gf.hg.1qX1VyMOaD-ImYt9qTNe79BDgjK7y7TUQ@public.gmane.org>
2016-04-12 21:22                     ` wido-fspyXLx8qC4
     [not found]               ` <362740c3.9Ro.9Gf.hg.1qX1VyMOaE@mailjet.com>
2016-04-12 23:12                 ` [ceph-users] " Jan Schermer
2016-04-13 13:13                   ` Sage Weil
2016-04-13 13:06               ` Sage Weil
2016-04-14 18:05                 ` Jianjian Huo
2016-04-14 18:30                   ` Samuel Just
2016-04-12  6:39 ` [Ceph-maintainers] " Loic Dachary
     [not found] ` <alpine.DEB.2.11.1604111632520.13448-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org>
2016-04-11 21:42   ` Allen Samuels
2016-04-11 21:47     ` [ceph-users] " Jan Schermer
2016-04-11 23:39   ` Christian Balzer
2016-04-12  1:12     ` [ceph-users] " Sage Weil
     [not found]       ` <alpine.DEB.2.11.1604112046570.29593-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org>
2016-04-12  1:32         ` Shinobu Kinjo
2016-04-12  2:05         ` [Ceph-maintainers] " hp cre
2016-04-12  2:43       ` [ceph-users] " Christian Balzer
2016-04-12 13:56         ` Sage Weil
     [not found]           ` <alpine.DEB.2.11.1604120837120.29593-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org>
2016-04-13  3:27             ` Christian Balzer
     [not found]     ` <20160412083925.5106311d-9yhXNL7Kh0lSCLKNlHTxZM8NsWr+9BEh@public.gmane.org>
2016-04-14  9:43       ` Antw: " Steffen Weißgerber
2016-04-12  7:00   ` Michael Metz-Martini | SpeedPartner GmbH [this message]
2016-04-13  2:29     ` [ceph-users] " Christian Balzer
2016-04-13 12:30       ` Sage Weil
2016-04-14  0:57         ` Christian Balzer
2016-04-13 12:51       ` Michael Metz-Martini | SpeedPartner GmbH
2016-04-13 14:19 ` Francois Lafont

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=570C9D03.6020701@speedpartner.de \
    --to=metz-nnlo/kqnrccyk8zsaxk5oq@public.gmane.org \
    --cc=ceph-announce-Qp0mS5GaXlQ@public.gmane.org \
    --cc=ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=ceph-maintainers-Qp0mS5GaXlQ@public.gmane.org \
    --cc=ceph-users-Qp0mS5GaXlQ@public.gmane.org \
    --cc=sage-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.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 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.