Okay, looks like I was a bit hasty in my examination of log files. I discovered this line in the monitor log:
2013-09-27 23:54:25.089967 7fe04e454700 1 mon.chekov@1(peon).auth v15 unknown.0 10.42.6.159:0/2985411387 supports cephx but not signatures and 'cephx [service] require signatures = true'; disallowing cephx
Turns out I had added "cephx require signatures = true" to my ceph.conf as recommended in the last section of http://ceph.com/docs/master/rados/operations/authentication/. It appears the CephFS client in Linux <= 3.10.7 doesn't understand this capability just yet. Changing this flag to false allows the CephFS to be mounted by 3.5.0 and 3.10.7 without a problem. There is probably a good opportunity to add additional error logging to the in-kernel client here as well.2013-09-27 23:54:25.089967 7fe04e454700 1 mon.chekov@1(peon).auth v15 unknown.0 10.42.6.159:0/2985411387 supports cephx but not signatures and 'cephx [service] require signatures = true'; disallowing cephx
-Aaron
On Fri, Sep 27, 2013 at 2:53 PM, Aaron Ten Clay <aarontc@xxxxxxxxxxx> wrote:
On Fri, Sep 27, 2013 at 2:44 PM, Gregory Farnum <greg@xxxxxxxxxxx> wrote:
What is the output of ceph -s? It could be something underneath the filesystem.
root@chekov:~# ceph -s
cluster 18b7cba7-ccc3-4945-bb39-99450be81c98
health HEALTH_OK
monmap e3: 3 mons at {chekov=10.42.6.29:6789/0,laforge=10.42.5.30:6789/0,picard=10.42.6.21:6789/0}, election epoch 30, quorum 0,1,2 chekov,laforge,picard
osdmap e387: 4 osds: 4 up, 4 in
pgmap v1100: 320 pgs: 320 active+clean; 7568 MB data, 15445 MB used, 14873 GB / 14888 GB avail
mdsmap e28: 1/1/1 up {0=1=up:active}, 2 up:standby
What kernel version are you using?I have two configurations I've tested:root@chekov:~# uname -a
Linux chekov 3.5.0-40-generic #62~precise1-Ubuntu SMP Fri Aug 23 17:38:26 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
aaron@seven ~ $ uname -a
Linux seven 3.10.7-gentoo-r1 #1 SMP PREEMPT Thu Sep 26 07:23:03 PDT 2013 x86_64 Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz GenuineIntel GNU/Linux
Did you enable crush tunables?I haven't edited the CRUSH map for this cluster after creating it... so I don't think I've edited any of the tunables either.It
could be that your kernel doesn't support all the options you enabled.Well, on both my Ubuntu and Gentoo systems, I can mount the other cluster just fine (the one that started as 0.61 and got upgraded):
seven ~ # mount -t ceph 10.42.100.20:/ /mnt/ceph -o name=admin,secret=...seven ~ #I should have mentioned in my initial email that with or without -o name=,secret= mounting the new cluster fails with the same error 95 = Operation not supported.
_______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
