* 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.