All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andreas Bluemle <andreas.bluemle@itxperts.de>
To: Ceph Development <ceph-devel@vger.kernel.org>
Subject: ceph file system: extended attributes differ between ceph.ko and ceph-fuse
Date: Thu, 18 Jul 2013 12:49:49 +0200	[thread overview]
Message-ID: <20130718124949.00cfec42@doppio> (raw)

Hi,

I am looking at ceph filesystem both via the kernel module
and ceph-fuse.

I am running on CentOS6.4 with
 - kernel 3.8.13 (for ceph.ko) and
 - ceph v0.61.4 userland components

I encounter an inconsistency between ceph.ko and ceph-fuse
regarding extended attributes:

- I have the ceph fs mounted at mount points
  /mnt/cephfs (using ceph.ko) and /mnt/cephfs-fuse

[root@rx37-2 fs_2]# mount | grep ceph
10.10.38.13:/ on /mnt/cephfs type ceph (name=admin,key=client.admin)
ceph-fuse on /mnt/cephfs-fuse type fuse.ceph-fuse
       (rw,nosuid,nodev,allow_other,default_permissions)

- I inspect the same file from the two mointpoints

[root@rx37-2 mnt]# getfattr -d -m - cephfs-fuse/ssd-pool-3/file1 
# file: cephfs-fuse/ssd-pool-3/file1
ceph.file.layout="stripe_unit=4194304 stripe_count=1
object_size=4194304 pool=SSD-group-2"

[root@rx37-2 mnt]# getfattr -d -m - cephfs/ssd-pool-3/file1 
# file: cephfs/ssd-pool-3/file1
ceph.file.layout="chunk_bytes=4194304\012stripe_count=1\012object_size=4194304\012"
ceph.layout="chunk_bytes=4194304\012stripe_count=1\012object_size=4194304\012"

Where getfattr returns info about the pool via ceph-fuse,
it doesn't show that info via ceph.ko.

- use ceph utilities to look at the file shows the missing pieces;
  at least, the results are consistent.

[root@rx37-2 mnt]# cephfs cephfs/ssd-pool-3/file1 show_layout
layout.data_pool:     3
layout.object_size:   4194304
layout.stripe_unit:   4194304
layout.stripe_count:  1
[root@rx37-2 mnt]# ceph osd dump | grep pool | \ 
              awk '{ print $1 " " $2 ": " $3 }'
pool 0: 'data'
pool 1: 'metadata'
pool 2: 'rbd'
pool 3: 'SSD-group-2'
pool 4: 'SSD-group-3'
pool 5: 'SAS-group-2'
pool 6: 'SAS-group-3'


Is that a real problem?


Best Regards

Andreas Bluemle


-- 
Andreas Bluemle                     mailto:Andreas.Bluemle@itxperts.de
ITXperts GmbH                       http://www.itxperts.de
Balanstrasse 73, Geb. 08            Phone: (+49) 89 89044917
D-81541 Muenchen (Germany)          Fax:   (+49) 89 89044910

Company details: http://www.itxperts.de/imprint.htm

             reply	other threads:[~2013-07-18 10:49 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-18 10:49 Andreas Bluemle [this message]
2013-07-23 22:55 ` ceph file system: extended attributes differ between ceph.ko and ceph-fuse Gregory Farnum
2013-07-24  6:11   ` Andreas Bluemle

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=20130718124949.00cfec42@doppio \
    --to=andreas.bluemle@itxperts.de \
    --cc=ceph-devel@vger.kernel.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.