All of lore.kernel.org
 help / color / mirror / Atom feed
* Error creating filesystem
@ 2010-05-06 12:40 Mickaël Canévet
  2010-05-06 12:50 ` Andreas Grimm
  0 siblings, 1 reply; 6+ messages in thread
From: Mickaël Canévet @ 2010-05-06 12:40 UTC (permalink / raw)
  To: ceph-devel

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 ?

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Error creating filesystem
  2010-05-06 12:40 Error creating filesystem Mickaël Canévet
@ 2010-05-06 12:50 ` Andreas Grimm
  2010-05-06 13:16   ` Mickaël Canévet
  0 siblings, 1 reply; 6+ messages in thread
From: Andreas Grimm @ 2010-05-06 12:50 UTC (permalink / raw)
  To: Mickaël Canévet; +Cc: ceph-devel

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 12:50 ` Andreas Grimm
@ 2010-05-06 13:16   ` Mickaël Canévet
  2010-05-06 13:39     ` Andreas Grimm
                       ` (2 more replies)
  0 siblings, 3 replies; 6+ messages in thread
From: Mickaël Canévet @ 2010-05-06 13:16 UTC (permalink / raw)
  To: Andreas Grimm; +Cc: ceph-devel

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: 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

end of thread, other threads:[~2010-05-06 17:19 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-05-06 12:40 Error creating filesystem Mickaël Canévet
2010-05-06 12:50 ` Andreas Grimm
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

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.