* installation: where do I start debugging this error?
@ 2010-12-08 1:53 Brian Chrisman
2010-12-08 2:33 ` Jeff Wu
0 siblings, 1 reply; 6+ messages in thread
From: Brian Chrisman @ 2010-12-08 1:53 UTC (permalink / raw)
To: ceph-devel
I've built and installed RPMs for ceph for RHEL6beta.
I've placed the below ceph.conf in /etc/ceph on both of my test nodes
(test10, test11).
I build a ceph filesystem and hide the key
mkcephfs -c /etc/ceph/ceph.conf -a --mkbtrfs -k /etc/ceph/keyring.bin
cauthtool --print-key /etc/ceph/keyring.bin > /etc/ceph/secret
chmod 600 /etc/ceph/secret
scp -p /etc/ceph/secret test11:/etc/ceph
Then I start the daemons on each node:
service ceph start
My daemons start up on both nodes with 'service ceph -a start'
root 3199 1 0 17:18 ? 00:00:00 /usr/local/bin/cmon -i
0 -c /tmp/ceph.conf.5365
root 3228 1 0 17:18 ? 00:00:00 /usr/local/bin/cmds -i
test10 -c /tmp/ceph.conf.5365
root 3285 1 0 17:18 ? 00:00:00 /usr/local/bin/cosd -i
0 -c /tmp/ceph.conf.5365
(similar output on other node)
I attempt to mount the ceph filesystem on test10 (using test11's IP):
mount -t ceph -o name=admin,secretfile=/etc/ceph/keyring.bin
10.200.98.111:/ /mnt/ceph
mount error 5 = Input/output error
/var/log/messages seems to show me what the problem is:
Dec 7 17:45:19 test10 kernel: libceph: mon0 10.200.98.111:6789
connection failed
(a few more of those before mount fails)
on test11, the daemon is up and listening on that port:
tcp 0 0 10.200.98.111:6789 10.200.98.111:56805
ESTABLISHED 7781/cmon
And here's /var/log/ceph/mon.1.log on test11 (the .111 node)
2010-12-07 17:36:20.136921 --- 7780 opened log /var/log/ceph/mon.1.log ---
ceph version 0.24~rc (commit:378d13df9505e4ea9a32f42cb713cdcf7aaccda0)
2010-12-07 17:36:20.137164 7f80c51e3720 store(/data/mon1) mount
2010-12-07 17:36:20.138241 7f80c51e3720 mon.1@1(starting) e1 init fsid
1b4cabdb-30d2-752d-005f-517a7fa982f8
2010-12-07 17:36:20.165407 7f80c51e3720 log [INF] : mon.1 calling new
monitor election
2010-12-07 17:36:20.192343 7f80c51e1710 -- 10.200.98.111:6789/0 >>
10.200.98.110:6789/0 pipe(0x1cafd20 sd=6 pgs=0 cs=0 l=0).fault first
fault
And for test10 (the .110 node)
2010-12-07 17:36:49.183357 --- 5767 opened log /var/log/ceph/mon.0.log ---
ceph version 0.24~rc (commit:378d13df9505e4ea9a32f42cb713cdcf7aaccda0)
2010-12-07 17:36:49.183545 7ff24669c720 store(/data/mon0) mount
2010-12-07 17:36:49.184556 7ff24669c720 mon.0@0(starting) e1 init fsid
1b4cabdb-30d2-752d-005f-517a7fa982f8
2010-12-07 17:36:49.600650 7ff24669c720 log [INF] : mon.0 calling new
monitor election
2010-12-07 17:36:49.645875 7ff24669a710 -- 10.200.98.110:6789/0 >>
10.200.98.111:6789/0 pipe(0xac7d20 sd=6 pgs=0 cs=0 l=0).fault first
fault
Does this mean my cmon on 111 is getting into a state where it's not
receiving incoming connections?
Any suggestions on where to go from here?
thanks,
Brian Chrisman
----- ceph.conf in /etc/ceph -----
; From sample:
[global]
auth supported = cephx
[mon]
mon data = /data/mon$id
; logging, for debugging monitor crashes, in order of
; their likelihood of being helpful :)
;debug ms = 1
;debug mon = 20
;debug paxos = 20
;debug auth = 20
[mon0]
host = test10
mon addr = 10.200.98.110:6789
[mon1]
host = test11
mon addr = 10.200.98.111:6789
[mds]
keyring = /data/keyring.$name
;debug ms = 1
;debug mds = 20
[mds.test10]
host = test10
[mds.test11]
host = test11
[osd]
osd data = /data/osd$id
osd journal = /data/osd$id/journal
osd journal size = 1000 ; journal size, in megabytes
;debug ms = 1
;debug osd = 20
;debug filestore = 20
;debug journal = 20
[osd0]
host = test10
btrfs devs = /dev/sdd4
[osd1]
host = test11
btrfs devs = /dev/sdd4
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: installation: where do I start debugging this error?
2010-12-08 1:53 installation: where do I start debugging this error? Brian Chrisman
@ 2010-12-08 2:33 ` Jeff Wu
2010-12-08 4:26 ` Brian Chrisman
2010-12-08 5:32 ` Sage Weil
0 siblings, 2 replies; 6+ messages in thread
From: Jeff Wu @ 2010-12-08 2:33 UTC (permalink / raw)
To: Brian Chrisman; +Cc: ceph-devel
在 2010-12-08三的 09:53 +0800,Brian Chrisman写道:
> I've built and installed RPMs for ceph for RHEL6beta.
> I've placed the below ceph.conf in /etc/ceph on both of my test nodes
> (test10, test11).
>
> I build a ceph filesystem and hide the key
> mkcephfs -c /etc/ceph/ceph.conf -a --mkbtrfs -k /etc/ceph/keyring.bin
> cauthtool --print-key /etc/ceph/keyring.bin > /etc/ceph/secret
> chmod 600 /etc/ceph/secret
> scp -p /etc/ceph/secret test11:/etc/ceph
>
> Then I start the daemons on each node:
> service ceph start
>
> My daemons start up on both nodes with 'service ceph -a start'
> root 3199 1 0 17:18 ? 00:00:00 /usr/local/bin/cmon -i
> 0 -c /tmp/ceph.conf.5365
> root 3228 1 0 17:18 ? 00:00:00 /usr/local/bin/cmds -i
> test10 -c /tmp/ceph.conf.5365
> root 3285 1 0 17:18 ? 00:00:00 /usr/local/bin/cosd -i
> 0 -c /tmp/ceph.conf.5365
> (similar output on other node)
>
> I attempt to mount the ceph filesystem on test10 (using test11's IP):
> mount -t ceph -o name=admin,secretfile=/etc/ceph/keyring.bin
> 10.200.98.111:/ /mnt/ceph
> mount error 5 = Input/output error
>
Hi ,i take the followng steps , fail to mount,too.
## save auth secret to a file:
$cauthtool --print-key /etc/ceph/keyring.bin > /etc/ceph/secret
chmod 600 /etc/ceph/secret
## future ,support,read a secret from a file
$ mount -t ceph 172.16.50.10:6789:/foo /mnt/ceph
-o name=admin,secretfile=secret
but ,the following steps ,mount ceph is successful.
# enable cephx, add a user and secret
$ mount -t ceph -o name=admin,secret=<secret>
1.2.3.4:/ /mnt/ceph
$ mount -t ceph 172.16.50.10:6791:/foo /mnt/ceph
-o name=admin,secret=‘AQArWtdMiI1uDRAAVbNRMeiwsjK+DEMeB7ewLg==’
# cauthtool --list keyring.bin
client.admin
key: AQArWtdMiI1uDRAAVbNRMeiwsjK+DEMeB7ewLg==
auid: 0
caps: [mds] allow
caps: [mon] allow *
caps: [osd] allow *
> /var/log/messages seems to show me what the problem is:
> Dec 7 17:45:19 test10 kernel: libceph: mon0 10.200.98.111:6789
> connection failed
> (a few more of those before mount fails)
> on test11, the daemon is up and listening on that port:
> tcp 0 0 10.200.98.111:6789 10.200.98.111:56805
> ESTABLISHED 7781/cmon
>
> And here's /var/log/ceph/mon.1.log on test11 (the .111 node)
> 2010-12-07 17:36:20.136921 --- 7780 opened log /var/log/ceph/mon.1.log ---
> ceph version 0.24~rc (commit:378d13df9505e4ea9a32f42cb713cdcf7aaccda0)
> 2010-12-07 17:36:20.137164 7f80c51e3720 store(/data/mon1) mount
> 2010-12-07 17:36:20.138241 7f80c51e3720 mon.1@1(starting) e1 init fsid
> 1b4cabdb-30d2-752d-005f-517a7fa982f8
> 2010-12-07 17:36:20.165407 7f80c51e3720 log [INF] : mon.1 calling new
> monitor election
> 2010-12-07 17:36:20.192343 7f80c51e1710 -- 10.200.98.111:6789/0 >>
> 10.200.98.110:6789/0 pipe(0x1cafd20 sd=6 pgs=0 cs=0 l=0).fault first
> fault
>
> And for test10 (the .110 node)
> 2010-12-07 17:36:49.183357 --- 5767 opened log /var/log/ceph/mon.0.log ---
> ceph version 0.24~rc (commit:378d13df9505e4ea9a32f42cb713cdcf7aaccda0)
> 2010-12-07 17:36:49.183545 7ff24669c720 store(/data/mon0) mount
> 2010-12-07 17:36:49.184556 7ff24669c720 mon.0@0(starting) e1 init fsid
> 1b4cabdb-30d2-752d-005f-517a7fa982f8
> 2010-12-07 17:36:49.600650 7ff24669c720 log [INF] : mon.0 calling new
> monitor election
> 2010-12-07 17:36:49.645875 7ff24669a710 -- 10.200.98.110:6789/0 >>
> 10.200.98.111:6789/0 pipe(0xac7d20 sd=6 pgs=0 cs=0 l=0).fault first
> fault
>
>
> Does this mean my cmon on 111 is getting into a state where it's not
> receiving incoming connections?
> Any suggestions on where to go from here?
>
> thanks,
> Brian Chrisman
>
>
>
> ----- ceph.conf in /etc/ceph -----
> ; From sample:
> [global]
> auth supported = cephx
>
> [mon]
> mon data = /data/mon$id
>
> ; logging, for debugging monitor crashes, in order of
> ; their likelihood of being helpful :)
> ;debug ms = 1
> ;debug mon = 20
> ;debug paxos = 20
> ;debug auth = 20
>
> [mon0]
> host = test10
> mon addr = 10.200.98.110:6789
>
> [mon1]
> host = test11
> mon addr = 10.200.98.111:6789
>
> [mds]
> keyring = /data/keyring.$name
> ;debug ms = 1
> ;debug mds = 20
>
> [mds.test10]
> host = test10
>
> [mds.test11]
> host = test11
>
> [osd]
> osd data = /data/osd$id
> osd journal = /data/osd$id/journal
> osd journal size = 1000 ; journal size, in megabytes
> ;debug ms = 1
> ;debug osd = 20
> ;debug filestore = 20
> ;debug journal = 20
>
> [osd0]
> host = test10
> btrfs devs = /dev/sdd4
>
> [osd1]
> host = test11
> btrfs devs = /dev/sdd4
> --
> 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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: installation: where do I start debugging this error?
2010-12-08 2:33 ` Jeff Wu
@ 2010-12-08 4:26 ` Brian Chrisman
2010-12-08 5:32 ` Sage Weil
1 sibling, 0 replies; 6+ messages in thread
From: Brian Chrisman @ 2010-12-08 4:26 UTC (permalink / raw)
To: ceph-devel
On Tue, Dec 7, 2010 at 6:33 PM, Jeff Wu <cpwu@tnsoft.com.cn> wrote:
>
>
>
>
>
>
> 在 2010-12-08三的 09:53 +0800,Brian Chrisman写道:
>> I've built and installed RPMs for ceph for RHEL6beta.
>> I've placed the below ceph.conf in /etc/ceph on both of my test nodes
>> (test10, test11).
>>
>> I build a ceph filesystem and hide the key
>> mkcephfs -c /etc/ceph/ceph.conf -a --mkbtrfs -k /etc/ceph/keyring.bin
>> cauthtool --print-key /etc/ceph/keyring.bin > /etc/ceph/secret
>> chmod 600 /etc/ceph/secret
>> scp -p /etc/ceph/secret test11:/etc/ceph
>>
>> Then I start the daemons on each node:
>> service ceph start
>>
>> My daemons start up on both nodes with 'service ceph -a start'
>> root 3199 1 0 17:18 ? 00:00:00 /usr/local/bin/cmon -i
>> 0 -c /tmp/ceph.conf.5365
>> root 3228 1 0 17:18 ? 00:00:00 /usr/local/bin/cmds -i
>> test10 -c /tmp/ceph.conf.5365
>> root 3285 1 0 17:18 ? 00:00:00 /usr/local/bin/cosd -i
>> 0 -c /tmp/ceph.conf.5365
>> (similar output on other node)
>>
>> I attempt to mount the ceph filesystem on test10 (using test11's IP):
>> mount -t ceph -o name=admin,secretfile=/etc/ceph/keyring.bin
>> 10.200.98.111:/ /mnt/ceph
>> mount error 5 = Input/output error
>>
>
> Hi ,i take the followng steps , fail to mount,too.
>
> ## save auth secret to a file:
> $cauthtool --print-key /etc/ceph/keyring.bin > /etc/ceph/secret
> chmod 600 /etc/ceph/secret
> ## future ,support,read a secret from a file
> $ mount -t ceph 172.16.50.10:6789:/foo /mnt/ceph
> -o name=admin,secretfile=secret
>
> but ,the following steps ,mount ceph is successful.
>
>
> # enable cephx, add a user and secret
> $ mount -t ceph -o name=admin,secret=<secret>
> 1.2.3.4:/ /mnt/ceph
> $ mount -t ceph 172.16.50.10:6791:/foo /mnt/ceph
> -o name=admin,secret=‘AQArWtdMiI1uDRAAVbNRMeiwsjK+DEMeB7ewLg==’
>
> # cauthtool --list keyring.bin
> client.admin
> key: AQArWtdMiI1uDRAAVbNRMeiwsjK+DEMeB7ewLg==
> auid: 0
> caps: [mds] allow
> caps: [mon] allow *
> caps: [osd] allow *
Same issue.. being that I'm seeing mon daemons timing out while
attempting to connect, I'm guessing there's an issue here other than
crypto..
[root@test10 ~]# mount -t ceph -o
name=admin,secret=AQC63/5MEMaTLBAAuiYetlbkHBjj0WNtAjOsQg==
10.200.98.111:/ /mnt/ceph
mount error 5 = Input/output error
[root@test10 ~]# cauthtool --list /etc/ceph/keyring.bin
client.admin
key: AQC63/5MEMaTLBAAuiYetlbkHBjj0WNtAjOsQg==
auid: 0
caps: [mds] allow
caps: [mon] allow *
caps: [osd] allow *
[root@test10 ~]#
>
>
>
>
>
>> /var/log/messages seems to show me what the problem is:
>> Dec 7 17:45:19 test10 kernel: libceph: mon0 10.200.98.111:6789
>> connection failed
>> (a few more of those before mount fails)
>> on test11, the daemon is up and listening on that port:
>> tcp 0 0 10.200.98.111:6789 10.200.98.111:56805
>> ESTABLISHED 7781/cmon
>>
>> And here's /var/log/ceph/mon.1.log on test11 (the .111 node)
>> 2010-12-07 17:36:20.136921 --- 7780 opened log /var/log/ceph/mon.1.log ---
>> ceph version 0.24~rc (commit:378d13df9505e4ea9a32f42cb713cdcf7aaccda0)
>> 2010-12-07 17:36:20.137164 7f80c51e3720 store(/data/mon1) mount
>> 2010-12-07 17:36:20.138241 7f80c51e3720 mon.1@1(starting) e1 init fsid
>> 1b4cabdb-30d2-752d-005f-517a7fa982f8
>> 2010-12-07 17:36:20.165407 7f80c51e3720 log [INF] : mon.1 calling new
>> monitor election
>> 2010-12-07 17:36:20.192343 7f80c51e1710 -- 10.200.98.111:6789/0 >>
>> 10.200.98.110:6789/0 pipe(0x1cafd20 sd=6 pgs=0 cs=0 l=0).fault first
>> fault
>>
>> And for test10 (the .110 node)
>> 2010-12-07 17:36:49.183357 --- 5767 opened log /var/log/ceph/mon.0.log ---
>> ceph version 0.24~rc (commit:378d13df9505e4ea9a32f42cb713cdcf7aaccda0)
>> 2010-12-07 17:36:49.183545 7ff24669c720 store(/data/mon0) mount
>> 2010-12-07 17:36:49.184556 7ff24669c720 mon.0@0(starting) e1 init fsid
>> 1b4cabdb-30d2-752d-005f-517a7fa982f8
>> 2010-12-07 17:36:49.600650 7ff24669c720 log [INF] : mon.0 calling new
>> monitor election
>> 2010-12-07 17:36:49.645875 7ff24669a710 -- 10.200.98.110:6789/0 >>
>> 10.200.98.111:6789/0 pipe(0xac7d20 sd=6 pgs=0 cs=0 l=0).fault first
>> fault
>>
>>
>> Does this mean my cmon on 111 is getting into a state where it's not
>> receiving incoming connections?
>> Any suggestions on where to go from here?
>>
>> thanks,
>> Brian Chrisman
>>
>>
>>
>> ----- ceph.conf in /etc/ceph -----
>> ; From sample:
>> [global]
>> auth supported = cephx
>>
>> [mon]
>> mon data = /data/mon$id
>>
>> ; logging, for debugging monitor crashes, in order of
>> ; their likelihood of being helpful :)
>> ;debug ms = 1
>> ;debug mon = 20
>> ;debug paxos = 20
>> ;debug auth = 20
>>
>> [mon0]
>> host = test10
>> mon addr = 10.200.98.110:6789
>>
>> [mon1]
>> host = test11
>> mon addr = 10.200.98.111:6789
>>
>> [mds]
>> keyring = /data/keyring.$name
>> ;debug ms = 1
>> ;debug mds = 20
>>
>> [mds.test10]
>> host = test10
>>
>> [mds.test11]
>> host = test11
>>
>> [osd]
>> osd data = /data/osd$id
>> osd journal = /data/osd$id/journal
>> osd journal size = 1000 ; journal size, in megabytes
>> ;debug ms = 1
>> ;debug osd = 20
>> ;debug filestore = 20
>> ;debug journal = 20
>>
>> [osd0]
>> host = test10
>> btrfs devs = /dev/sdd4
>>
>> [osd1]
>> host = test11
>> btrfs devs = /dev/sdd4
>> --
>> 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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: installation: where do I start debugging this error?
2010-12-08 2:33 ` Jeff Wu
2010-12-08 4:26 ` Brian Chrisman
@ 2010-12-08 5:32 ` Sage Weil
2010-12-08 6:55 ` Brian Chrisman
1 sibling, 1 reply; 6+ messages in thread
From: Sage Weil @ 2010-12-08 5:32 UTC (permalink / raw)
To: Jeff Wu; +Cc: Brian Chrisman, ceph-devel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 880 bytes --]
On Wed, 8 Dec 2010, Jeff Wu wrote:
> Hi ,i take the followng steps , fail to mount,too.
>
> ## save auth secret to a file:
> $cauthtool --print-key /etc/ceph/keyring.bin > /etc/ceph/secret
> chmod 600 /etc/ceph/secret
> ## future ,support,read a secret from a file
> $ mount -t ceph 172.16.50.10:6789:/foo /mnt/ceph
> -o name=admin,secretfile=secret
>
> but ,the following steps ,mount ceph is successful.
>
>
> # enable cephx, add a user and secret
> $ mount -t ceph -o name=admin,secret=<secret>
> 1.2.3.4:/ /mnt/ceph
> $ mount -t ceph 172.16.50.10:6791:/foo /mnt/ceph
> -o name=admin,secret=ÿÿAQArWtdMiI1uDRAAVbNRMeiwsjK+DEMeB7ewLg==ÿÿ
The 'secretfile=' option only works if /sbin/mount.ceph is present. Maybe
that didn't get installed by the rpm? mount.ceph is also what lets you
specify a hostname instead of an ip.
sage
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: installation: where do I start debugging this error?
2010-12-08 5:32 ` Sage Weil
@ 2010-12-08 6:55 ` Brian Chrisman
2010-12-08 7:09 ` Brian Chrisman
0 siblings, 1 reply; 6+ messages in thread
From: Brian Chrisman @ 2010-12-08 6:55 UTC (permalink / raw)
To: ceph-devel
On Tue, Dec 7, 2010 at 9:32 PM, Sage Weil <sage@newdream.net> wrote:
> On Wed, 8 Dec 2010, Jeff Wu wrote:
>> Hi ,i take the followng steps , fail to mount,too.
>>
>> ## save auth secret to a file:
>> $cauthtool --print-key /etc/ceph/keyring.bin > /etc/ceph/secret
>> chmod 600 /etc/ceph/secret
>> ## future ,support,read a secret from a file
>> $ mount -t ceph 172.16.50.10:6789:/foo /mnt/ceph
>> -o name=admin,secretfile=secret
>>
>> but ,the following steps ,mount ceph is successful.
>>
>>
>> # enable cephx, add a user and secret
>> $ mount -t ceph -o name=admin,secret=<secret>
>> 1.2.3.4:/ /mnt/ceph
>> $ mount -t ceph 172.16.50.10:6791:/foo /mnt/ceph
>> -o name=admin,secret=ÿÿAQArWtdMiI1uDRAAVbNRMeiwsjK+DEMeB7ewLg==ÿÿ
>
> The 'secretfile=' option only works if /sbin/mount.ceph is present. Maybe
> that didn't get installed by the rpm? mount.ceph is also what lets you
> specify a hostname instead of an ip.
>
> sage
I have /sbin/mount.ceph there. I have to imagine that this has
something to do with the failed connections being reported between the
mons.
[root@test10 ~]# /sbin/mount.ceph 10.200.98.111:/ /mnt/ceph -o
name=admin,secret=AQC63/5MEMaTLBAAuiYetlbkHBjj0WNtAjOsQg==
mount error 5 = Input/output error
--
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: installation: where do I start debugging this error?
2010-12-08 6:55 ` Brian Chrisman
@ 2010-12-08 7:09 ` Brian Chrisman
0 siblings, 0 replies; 6+ messages in thread
From: Brian Chrisman @ 2010-12-08 7:09 UTC (permalink / raw)
To: ceph-devel
Sorry, I screwed up... it was an iptables issue. I thought I had it
permanently off but didn't.
The ceph filesystem mounts just fine.
10.200.98.111:/ on /mnt/ceph type ceph
(name=admin,secret=AQC63/5MEMaTLBAAuiYetlbkHBjj0WNtAjOsQg==)
On Tue, Dec 7, 2010 at 10:55 PM, Brian Chrisman <brchrisman@gmail.com> wrote:
> On Tue, Dec 7, 2010 at 9:32 PM, Sage Weil <sage@newdream.net> wrote:
>> On Wed, 8 Dec 2010, Jeff Wu wrote:
>>> Hi ,i take the followng steps , fail to mount,too.
>>>
>>> ## save auth secret to a file:
>>> $cauthtool --print-key /etc/ceph/keyring.bin > /etc/ceph/secret
>>> chmod 600 /etc/ceph/secret
>>> ## future ,support,read a secret from a file
>>> $ mount -t ceph 172.16.50.10:6789:/foo /mnt/ceph
>>> -o name=admin,secretfile=secret
>>>
>>> but ,the following steps ,mount ceph is successful.
>>>
>>>
>>> # enable cephx, add a user and secret
>>> $ mount -t ceph -o name=admin,secret=<secret>
>>> 1.2.3.4:/ /mnt/ceph
>>> $ mount -t ceph 172.16.50.10:6791:/foo /mnt/ceph
>>> -o name=admin,secret=ÿÿAQArWtdMiI1uDRAAVbNRMeiwsjK+DEMeB7ewLg==ÿÿ
>>
>> The 'secretfile=' option only works if /sbin/mount.ceph is present. Maybe
>> that didn't get installed by the rpm? mount.ceph is also what lets you
>> specify a hostname instead of an ip.
>>
>> sage
>
> I have /sbin/mount.ceph there. I have to imagine that this has
> something to do with the failed connections being reported between the
> mons.
>
> [root@test10 ~]# /sbin/mount.ceph 10.200.98.111:/ /mnt/ceph -o
> name=admin,secret=AQC63/5MEMaTLBAAuiYetlbkHBjj0WNtAjOsQg==
> mount error 5 = Input/output error
>
--
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
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2010-12-08 7:09 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-12-08 1:53 installation: where do I start debugging this error? Brian Chrisman
2010-12-08 2:33 ` Jeff Wu
2010-12-08 4:26 ` Brian Chrisman
2010-12-08 5:32 ` Sage Weil
2010-12-08 6:55 ` Brian Chrisman
2010-12-08 7:09 ` Brian Chrisman
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.