* Re: Error creating filesystem
2010-05-06 13:16 ` Mickaël Canévet
@ 2010-05-06 13:39 ` Andreas Grimm
2010-05-06 13:48 ` Wido den Hollander
2010-05-06 17:22 ` Sage Weil
2 siblings, 0 replies; 6+ messages in thread
From: Andreas Grimm @ 2010-05-06 13:39 UTC (permalink / raw)
To: Mickaël Canévet; +Cc: ceph-devel
Hi Mickael,
my system using the client is freezing constantly during copy
operations with this setup. Not a good idea. Use the latest vanilla
kernel for that setup (where the client is included/merged). This is
what i will do now.
Maybe switch to Ubuntu server, where you can use actual kernels
without building them yourself:
https://wiki.ubuntu.com/KernelTeam/MainlineBuilds?action=show&redirect=KernelMainlineBuilds
Andreas
2010/5/6 Mickaël Canévet <canevet@embl.fr>:
> Thanks,
>
> Now another question, is the ceph-kclient 0.19.1 compatible with ceph 0.20,
> or do I have to use latest 2.6.34rc kernel ?
>
> ceph-kclient 0.19.1 completely froze my pc...
>
> On 06/05/10 14:50, Andreas Grimm wrote:
>>
>> Hi,
>>
>> your journal file should either be a block device, or you have to set
>> the journal size in the [osd] section in ceph.conf:
>>
>> osd journal size = 100
>>
>> Creation sould run flawlessly then.
>>
>> Andreas
>>
>> 2010/5/6 Mickaël Canévet<canevet@embl.fr>:
>>
>>>
>>> Hi,
>>>
>>> I have an error creating filesystem with ceph 0.20 installed in 2 nodes
>>> in
>>> 64bits Debian squeeze:
>>>
>>> ~# mkcephfs -c /etc/ceph/ceph.conf --allhosts --mkbtrfs
>>> /usr/bin/monmaptool --create --clobber --add 172.26.15.234:6789 --print
>>> /tmp/monmap.1644
>>> /usr/bin/monmaptool: monmap file /tmp/monmap.1644
>>> /usr/bin/monmaptool: generated fsid d2ebbcdc-f9f4-b27e-4fa1-a7ba65debea1
>>> epoch 1
>>> fsid d2ebbcdc-f9f4-b27e-4fa1-a7ba65debea1
>>> last_changed 10.05.06 14:34:27.663460
>>> created 10.05.06 14:34:27.663460
>>> mon0 172.26.15.234:6789/0
>>> /usr/bin/monmaptool: writing epoch 1 to /tmp/monmap.1644 (1 monitors)
>>> max osd in /etc/ceph/ceph.conf is 1, num osd is 2
>>> /usr/bin/osdmaptool: osdmap file '/tmp/osdmap.1644'
>>> /usr/bin/osdmaptool: writing epoch 1 to /tmp/osdmap.1644
>>> Building admin keyring at /tmp/admin.keyring.1644
>>> creating /tmp/admin.keyring.1644
>>> Building monitor keyring with all service keys
>>> creating /tmp/monkeyring.1644
>>> importing contents of /tmp/admin.keyring.1644 into /tmp/monkeyring.1644
>>> creating /tmp/keyring.mds.pc234
>>> importing contents of /tmp/keyring.mds.pc234 into /tmp/monkeyring.1644
>>> creating /tmp/keyring.mds.pc238
>>> importing contents of /tmp/keyring.mds.pc238 into /tmp/monkeyring.1644
>>> creating /tmp/keyring.osd.0
>>> importing contents of /tmp/keyring.osd.0 into /tmp/monkeyring.1644
>>> creating /tmp/keyring.osd.1
>>> importing contents of /tmp/keyring.osd.1 into /tmp/monkeyring.1644
>>> === mon0 ===
>>> The authenticity of host 'pc234 (172.26.15.234)' can't be established.
>>> RSA key fingerprint is 38:4b:fe:76:3e:fb:9a:07:a8:2b:77:c5:78:57:e6:f1.
>>> Are you sure you want to continue connecting (yes/no)? yes
>>> 10.05.06 14:34:30.220850 7f55fbcaa710 store(/data/mon0) mkfs
>>> 10.05.06 14:34:30.220994 7f55fbcaa710 store(/data/mon0) test -d
>>> /data/mon0
>>> && /bin/rm -rf /data/mon0 ; mkdir -p /data/mon0
>>> 10.05.06 14:34:30.234028 7f55fbcaa710 mon0(starting).class v0
>>> create_initial
>>> -- creating initial map
>>> 10.05.06 14:34:30.237482 7f55fbcaa710 mon0(starting).auth v0
>>> create_initial
>>> -- creating initial map
>>> 10.05.06 14:34:30.237496 7f55fbcaa710 mon0(starting).auth v0 reading
>>> initial
>>> keyring
>>> /usr/bin/mkmonfs: created monfs at /data/mon0 for mon0
>>> admin.keyring.1644
>>>
>>> 100% 123 0.1KB/s 00:00
>>> === mds.pc234 ===
>>> keyring.mds.pc234
>>>
>>> 100% 125 0.1KB/s 00:00
>>> === mds.pc238 ===
>>> `/tmp/keyring.mds.pc238' -> `/data/keyring.mds.pc238'
>>> === osd0 ===
>>> umount: /data/osd0: not mounted
>>> umount: /dev/sdb: not mounted
>>>
>>> WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL
>>> WARNING! - see http://btrfs.wiki.kernel.org before using
>>>
>>> fs created label (null) on /dev/sdb
>>> nodesize 4096 leafsize 4096 sectorsize 4096 size 149.05GB
>>> Btrfs Btrfs v0.19
>>> Scanning for Btrfs filesystems
>>> failed to read /dev/hda
>>> monmap.1644
>>>
>>> 100% 187 0.2KB/s 00:00
>>> ** WARNING: Ceph is still under heavy development, and is only suitable
>>> for
>>> **
>>> ** testing and review. Do not trust it with important data.
>>> **
>>> os/FileJournal.cc: In function 'int FileJournal::_open(bool, bool)':
>>> os/FileJournal.cc:74: FAILED assert(r == 0)
>>> 1: (FileJournal::create()+0x7e) [0x553f9e]
>>> 2: (FileStore::mkjournal()+0x74) [0x53f9e4]
>>> 3: (FileStore::mkfs()+0x64c) [0x53b67c]
>>> 4: (OSD::mkfs(char const*, char const*, ceph_fsid, int)+0x40) [0x4c25a0]
>>> 5: (main()+0x3a9) [0x455af9]
>>> 6: (__libc_start_main()+0xfd) [0x7f6be70e4abd]
>>> 7: /usr/bin/cosd [0x455579]
>>> NOTE: a copy of the executable, or `objdump -rdS<executable>` is needed
>>> to
>>> interpret this.
>>> terminate called after throwing an instance of 'ceph::FailedAssertion*'
>>> bash: line 1: 2924 Aborted (core dumped) /usr/bin/cosd
>>> -c
>>> /etc/ceph/ceph.conf --monmap /tmp/monmap.1644 -i 0 --mkfs --osd-data
>>> /data/osd0
>>> failed: 'ssh pc234 /usr/bin/cosd -c /etc/ceph/ceph.conf --monmap
>>> /tmp/monmap.1644 -i 0 --mkfs --osd-data /data/osd0'
>>>
>>>
>>> FYI my ceph.conf:
>>>
>>> [global]
>>> auth supported = cephx
>>>
>>> [mon]
>>> mon data = /data/mon$id
>>> debug ms = 1
>>>
>>> [mon0]
>>> host = pc234
>>> mon addr = 172.26.15.234:6789
>>>
>>> [mds]
>>> keyring = /data/keyring.$name
>>>
>>> [mds.pc234]
>>> host = pc234
>>>
>>> [mds.pc238]
>>> host = pc238
>>>
>>> [osd]
>>> osd data = /data/osd$id
>>> osd journal = /data/osd$id/journal
>>>
>>> [osd0]
>>> host = pc234
>>> btrfs devs = /dev/sdb
>>>
>>> [osd1]
>>> host = pc238
>>> btrfs devs = /dev/sdb
>>>
>>>
>>>
>>>
>>>
>>> Did I make something wrong ?
>>> --
>>> 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: Error creating filesystem
2010-05-06 13:16 ` Mickaël Canévet
2010-05-06 13:39 ` Andreas Grimm
@ 2010-05-06 13:48 ` Wido den Hollander
2010-05-06 17:22 ` Sage Weil
2 siblings, 0 replies; 6+ messages in thread
From: Wido den Hollander @ 2010-05-06 13:48 UTC (permalink / raw)
To: Mickaël Canévet; +Cc: Andreas Grimm, ceph-devel
Hi Mickaël,
I recommend getting the latest client from
git://ceph.newdream.net/git/ceph-client.git
This can be done as:
git clone git://ceph.newdream.net/git/ceph-client.git
cd ceph-client/fs/ceph
make
make modules_install
depmod -a
Mount your Ceph filesystem.
You should be running a 2.6.34 kernel. If you are running Ubuntu you can
get a kernel from http://kernel.ubuntu.com/~kernel-ppa/mainline/
That's how i've got my client running.
--
Met vriendelijke groet,
Wido den Hollander
Hoofd Systeembeheer / CSO
Telefoon Support Nederland: 0900 9633 (45 cpm)
Telefoon Support België: 0900 70312 (45 cpm)
Telefoon Direct: (+31) (0)20 50 60 104
Fax: +31 (0)20 50 60 111
E-mail: support@pcextreme.nl
Website: http://www.pcextreme.nl
Kennisbank: http://support.pcextreme.nl/
Netwerkstatus: http://nmc.pcextreme.nl
On Thu, 2010-05-06 at 13:16 +0000, Mickaël Canévet wrote:
> Thanks,
>
> Now another question, is the ceph-kclient 0.19.1 compatible with ceph
> 0.20, or do I have to use latest 2.6.34rc kernel ?
>
> ceph-kclient 0.19.1 completely froze my pc...
>
> On 06/05/10 14:50, Andreas Grimm wrote:
> > Hi,
> >
> > your journal file should either be a block device, or you have to set
> > the journal size in the [osd] section in ceph.conf:
> >
> > osd journal size = 100
> >
> > Creation sould run flawlessly then.
> >
> > Andreas
> >
> > 2010/5/6 Mickaël Canévet<canevet@embl.fr>:
> >
> >> Hi,
> >>
> >> I have an error creating filesystem with ceph 0.20 installed in 2 nodes in
> >> 64bits Debian squeeze:
> >>
> >> ~# mkcephfs -c /etc/ceph/ceph.conf --allhosts --mkbtrfs
> >> /usr/bin/monmaptool --create --clobber --add 172.26.15.234:6789 --print
> >> /tmp/monmap.1644
> >> /usr/bin/monmaptool: monmap file /tmp/monmap.1644
> >> /usr/bin/monmaptool: generated fsid d2ebbcdc-f9f4-b27e-4fa1-a7ba65debea1
> >> epoch 1
> >> fsid d2ebbcdc-f9f4-b27e-4fa1-a7ba65debea1
> >> last_changed 10.05.06 14:34:27.663460
> >> created 10.05.06 14:34:27.663460
> >> mon0 172.26.15.234:6789/0
> >> /usr/bin/monmaptool: writing epoch 1 to /tmp/monmap.1644 (1 monitors)
> >> max osd in /etc/ceph/ceph.conf is 1, num osd is 2
> >> /usr/bin/osdmaptool: osdmap file '/tmp/osdmap.1644'
> >> /usr/bin/osdmaptool: writing epoch 1 to /tmp/osdmap.1644
> >> Building admin keyring at /tmp/admin.keyring.1644
> >> creating /tmp/admin.keyring.1644
> >> Building monitor keyring with all service keys
> >> creating /tmp/monkeyring.1644
> >> importing contents of /tmp/admin.keyring.1644 into /tmp/monkeyring.1644
> >> creating /tmp/keyring.mds.pc234
> >> importing contents of /tmp/keyring.mds.pc234 into /tmp/monkeyring.1644
> >> creating /tmp/keyring.mds.pc238
> >> importing contents of /tmp/keyring.mds.pc238 into /tmp/monkeyring.1644
> >> creating /tmp/keyring.osd.0
> >> importing contents of /tmp/keyring.osd.0 into /tmp/monkeyring.1644
> >> creating /tmp/keyring.osd.1
> >> importing contents of /tmp/keyring.osd.1 into /tmp/monkeyring.1644
> >> === mon0 ===
> >> The authenticity of host 'pc234 (172.26.15.234)' can't be established.
> >> RSA key fingerprint is 38:4b:fe:76:3e:fb:9a:07:a8:2b:77:c5:78:57:e6:f1.
> >> Are you sure you want to continue connecting (yes/no)? yes
> >> 10.05.06 14:34:30.220850 7f55fbcaa710 store(/data/mon0) mkfs
> >> 10.05.06 14:34:30.220994 7f55fbcaa710 store(/data/mon0) test -d /data/mon0
> >> && /bin/rm -rf /data/mon0 ; mkdir -p /data/mon0
> >> 10.05.06 14:34:30.234028 7f55fbcaa710 mon0(starting).class v0 create_initial
> >> -- creating initial map
> >> 10.05.06 14:34:30.237482 7f55fbcaa710 mon0(starting).auth v0 create_initial
> >> -- creating initial map
> >> 10.05.06 14:34:30.237496 7f55fbcaa710 mon0(starting).auth v0 reading initial
> >> keyring
> >> /usr/bin/mkmonfs: created monfs at /data/mon0 for mon0
> >> admin.keyring.1644
> >>
> >> 100% 123 0.1KB/s 00:00
> >> === mds.pc234 ===
> >> keyring.mds.pc234
> >>
> >> 100% 125 0.1KB/s 00:00
> >> === mds.pc238 ===
> >> `/tmp/keyring.mds.pc238' -> `/data/keyring.mds.pc238'
> >> === osd0 ===
> >> umount: /data/osd0: not mounted
> >> umount: /dev/sdb: not mounted
> >>
> >> WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL
> >> WARNING! - see http://btrfs.wiki.kernel.org before using
> >>
> >> fs created label (null) on /dev/sdb
> >> nodesize 4096 leafsize 4096 sectorsize 4096 size 149.05GB
> >> Btrfs Btrfs v0.19
> >> Scanning for Btrfs filesystems
> >> failed to read /dev/hda
> >> monmap.1644
> >>
> >> 100% 187 0.2KB/s 00:00
> >> ** WARNING: Ceph is still under heavy development, and is only suitable for
> >> **
> >> ** testing and review. Do not trust it with important data.
> >> **
> >> os/FileJournal.cc: In function 'int FileJournal::_open(bool, bool)':
> >> os/FileJournal.cc:74: FAILED assert(r == 0)
> >> 1: (FileJournal::create()+0x7e) [0x553f9e]
> >> 2: (FileStore::mkjournal()+0x74) [0x53f9e4]
> >> 3: (FileStore::mkfs()+0x64c) [0x53b67c]
> >> 4: (OSD::mkfs(char const*, char const*, ceph_fsid, int)+0x40) [0x4c25a0]
> >> 5: (main()+0x3a9) [0x455af9]
> >> 6: (__libc_start_main()+0xfd) [0x7f6be70e4abd]
> >> 7: /usr/bin/cosd [0x455579]
> >> NOTE: a copy of the executable, or `objdump -rdS<executable>` is needed to
> >> interpret this.
> >> terminate called after throwing an instance of 'ceph::FailedAssertion*'
> >> bash: line 1: 2924 Aborted (core dumped) /usr/bin/cosd -c
> >> /etc/ceph/ceph.conf --monmap /tmp/monmap.1644 -i 0 --mkfs --osd-data
> >> /data/osd0
> >> failed: 'ssh pc234 /usr/bin/cosd -c /etc/ceph/ceph.conf --monmap
> >> /tmp/monmap.1644 -i 0 --mkfs --osd-data /data/osd0'
> >>
> >>
> >> FYI my ceph.conf:
> >>
> >> [global]
> >> auth supported = cephx
> >>
> >> [mon]
> >> mon data = /data/mon$id
> >> debug ms = 1
> >>
> >> [mon0]
> >> host = pc234
> >> mon addr = 172.26.15.234:6789
> >>
> >> [mds]
> >> keyring = /data/keyring.$name
> >>
> >> [mds.pc234]
> >> host = pc234
> >>
> >> [mds.pc238]
> >> host = pc238
> >>
> >> [osd]
> >> osd data = /data/osd$id
> >> osd journal = /data/osd$id/journal
> >>
> >> [osd0]
> >> host = pc234
> >> btrfs devs = /dev/sdb
> >>
> >> [osd1]
> >> host = pc238
> >> btrfs devs = /dev/sdb
> >>
> >>
> >>
> >>
> >>
> >> Did I make something wrong ?
> >> --
> >> 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
--
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: Error creating filesystem
2010-05-06 13:16 ` Mickaël Canévet
2010-05-06 13:39 ` Andreas Grimm
2010-05-06 13:48 ` Wido den Hollander
@ 2010-05-06 17:22 ` Sage Weil
2 siblings, 0 replies; 6+ messages in thread
From: Sage Weil @ 2010-05-06 17:22 UTC (permalink / raw)
To: Mickaël Canévet; +Cc: Andreas Grimm, ceph-devel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 6445 bytes --]
On Thu, 6 May 2010, Mickaël Canévet wrote:
> Thanks,
>
> Now another question, is the ceph-kclient 0.19.1 compatible with ceph 0.20, or
> do I have to use latest 2.6.34rc kernel ?
>
> ceph-kclient 0.19.1 completely froze my pc...
Yeah, it's not. I just pushed a v0.20 ceph-kclient package to the debian
repository, and put a .tar.gz in the downloads directory.
sage
>
> On 06/05/10 14:50, Andreas Grimm wrote:
> > Hi,
> >
> > your journal file should either be a block device, or you have to set
> > the journal size in the [osd] section in ceph.conf:
> >
> > osd journal size = 100
> >
> > Creation sould run flawlessly then.
> >
> > Andreas
> >
> > 2010/5/6 Mickaël Canévet<canevet@embl.fr>:
> >
> > > Hi,
> > >
> > > I have an error creating filesystem with ceph 0.20 installed in 2 nodes in
> > > 64bits Debian squeeze:
> > >
> > > ~# mkcephfs -c /etc/ceph/ceph.conf --allhosts --mkbtrfs
> > > /usr/bin/monmaptool --create --clobber --add 172.26.15.234:6789 --print
> > > /tmp/monmap.1644
> > > /usr/bin/monmaptool: monmap file /tmp/monmap.1644
> > > /usr/bin/monmaptool: generated fsid d2ebbcdc-f9f4-b27e-4fa1-a7ba65debea1
> > > epoch 1
> > > fsid d2ebbcdc-f9f4-b27e-4fa1-a7ba65debea1
> > > last_changed 10.05.06 14:34:27.663460
> > > created 10.05.06 14:34:27.663460
> > > mon0 172.26.15.234:6789/0
> > > /usr/bin/monmaptool: writing epoch 1 to /tmp/monmap.1644 (1 monitors)
> > > max osd in /etc/ceph/ceph.conf is 1, num osd is 2
> > > /usr/bin/osdmaptool: osdmap file '/tmp/osdmap.1644'
> > > /usr/bin/osdmaptool: writing epoch 1 to /tmp/osdmap.1644
> > > Building admin keyring at /tmp/admin.keyring.1644
> > > creating /tmp/admin.keyring.1644
> > > Building monitor keyring with all service keys
> > > creating /tmp/monkeyring.1644
> > > importing contents of /tmp/admin.keyring.1644 into /tmp/monkeyring.1644
> > > creating /tmp/keyring.mds.pc234
> > > importing contents of /tmp/keyring.mds.pc234 into /tmp/monkeyring.1644
> > > creating /tmp/keyring.mds.pc238
> > > importing contents of /tmp/keyring.mds.pc238 into /tmp/monkeyring.1644
> > > creating /tmp/keyring.osd.0
> > > importing contents of /tmp/keyring.osd.0 into /tmp/monkeyring.1644
> > > creating /tmp/keyring.osd.1
> > > importing contents of /tmp/keyring.osd.1 into /tmp/monkeyring.1644
> > > === mon0 ===
> > > The authenticity of host 'pc234 (172.26.15.234)' can't be established.
> > > RSA key fingerprint is 38:4b:fe:76:3e:fb:9a:07:a8:2b:77:c5:78:57:e6:f1.
> > > Are you sure you want to continue connecting (yes/no)? yes
> > > 10.05.06 14:34:30.220850 7f55fbcaa710 store(/data/mon0) mkfs
> > > 10.05.06 14:34:30.220994 7f55fbcaa710 store(/data/mon0) test -d /data/mon0
> > > && /bin/rm -rf /data/mon0 ; mkdir -p /data/mon0
> > > 10.05.06 14:34:30.234028 7f55fbcaa710 mon0(starting).class v0
> > > create_initial
> > > -- creating initial map
> > > 10.05.06 14:34:30.237482 7f55fbcaa710 mon0(starting).auth v0
> > > create_initial
> > > -- creating initial map
> > > 10.05.06 14:34:30.237496 7f55fbcaa710 mon0(starting).auth v0 reading
> > > initial
> > > keyring
> > > /usr/bin/mkmonfs: created monfs at /data/mon0 for mon0
> > > admin.keyring.1644
> > >
> > > 100% 123 0.1KB/s 00:00
> > > === mds.pc234 ===
> > > keyring.mds.pc234
> > >
> > > 100% 125 0.1KB/s 00:00
> > > === mds.pc238 ===
> > > `/tmp/keyring.mds.pc238' -> `/data/keyring.mds.pc238'
> > > === osd0 ===
> > > umount: /data/osd0: not mounted
> > > umount: /dev/sdb: not mounted
> > >
> > > WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL
> > > WARNING! - see http://btrfs.wiki.kernel.org before using
> > >
> > > fs created label (null) on /dev/sdb
> > > nodesize 4096 leafsize 4096 sectorsize 4096 size 149.05GB
> > > Btrfs Btrfs v0.19
> > > Scanning for Btrfs filesystems
> > > failed to read /dev/hda
> > > monmap.1644
> > >
> > > 100% 187 0.2KB/s 00:00
> > > ** WARNING: Ceph is still under heavy development, and is only suitable
> > > for
> > > **
> > > ** testing and review. Do not trust it with important data.
> > > **
> > > os/FileJournal.cc: In function 'int FileJournal::_open(bool, bool)':
> > > os/FileJournal.cc:74: FAILED assert(r == 0)
> > > 1: (FileJournal::create()+0x7e) [0x553f9e]
> > > 2: (FileStore::mkjournal()+0x74) [0x53f9e4]
> > > 3: (FileStore::mkfs()+0x64c) [0x53b67c]
> > > 4: (OSD::mkfs(char const*, char const*, ceph_fsid, int)+0x40) [0x4c25a0]
> > > 5: (main()+0x3a9) [0x455af9]
> > > 6: (__libc_start_main()+0xfd) [0x7f6be70e4abd]
> > > 7: /usr/bin/cosd [0x455579]
> > > NOTE: a copy of the executable, or `objdump -rdS<executable>` is needed
> > > to
> > > interpret this.
> > > terminate called after throwing an instance of 'ceph::FailedAssertion*'
> > > bash: line 1: 2924 Aborted (core dumped) /usr/bin/cosd -c
> > > /etc/ceph/ceph.conf --monmap /tmp/monmap.1644 -i 0 --mkfs --osd-data
> > > /data/osd0
> > > failed: 'ssh pc234 /usr/bin/cosd -c /etc/ceph/ceph.conf --monmap
> > > /tmp/monmap.1644 -i 0 --mkfs --osd-data /data/osd0'
> > >
> > >
> > > FYI my ceph.conf:
> > >
> > > [global]
> > > auth supported = cephx
> > >
> > > [mon]
> > > mon data = /data/mon$id
> > > debug ms = 1
> > >
> > > [mon0]
> > > host = pc234
> > > mon addr = 172.26.15.234:6789
> > >
> > > [mds]
> > > keyring = /data/keyring.$name
> > >
> > > [mds.pc234]
> > > host = pc234
> > >
> > > [mds.pc238]
> > > host = pc238
> > >
> > > [osd]
> > > osd data = /data/osd$id
> > > osd journal = /data/osd$id/journal
> > >
> > > [osd0]
> > > host = pc234
> > > btrfs devs = /dev/sdb
> > >
> > > [osd1]
> > > host = pc238
> > > btrfs devs = /dev/sdb
> > >
> > >
> > >
> > >
> > >
> > > Did I make something wrong ?
> > > --
> > > 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