cosd segfault

$ sudo mkcephfs -c /etc/ceph/ceph.conf --allhosts -v -k /etc/ceph/keyring.bin
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 0 -t mon  "mon addr" ""
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 1 -t mon  "mon addr" ""
/usr/bin/monmaptool --create --clobber --add 0 128.174.246.113:6789 --add 1 128.174.246.112:6789 --print /tmp/monmap.18667
/usr/bin/monmaptool: monmap file /tmp/monmap.18667
/usr/bin/monmaptool: generated fsid 39cc205f-495f-649d-1c71-2ad835e91728
epoch 1
fsid 39cc205f-495f-649d-1c71-2ad835e91728
last_changed 2011-01-14 15:27:52.671360
created 2011-01-14 15:27:52.671360
0: 128.174.246.113:6789/0 mon.0
1: 128.174.246.112:6789/0 mon.1
/usr/bin/monmaptool: writing epoch 1 to /tmp/monmap.18667 (2 monitors)
max osd in /etc/ceph/ceph.conf is 1, num osd is 2
/usr/bin/osdmaptool: osdmap file '/tmp/osdmap.18667'
/usr/bin/osdmaptool: writing epoch 1 to /tmp/osdmap.18667
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 1 -t mon  "crush map src" ""
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 1 -t mon  "crush map" ""
Building admin keyring at /etc/ceph/keyring.bin
creating /etc/ceph/keyring.bin
Building monitor keyring with all service keys
creating /tmp/monkeyring.18667
importing contents of /etc/ceph/keyring.bin into /tmp/monkeyring.18667
creating /tmp/keyring.mds.0
importing contents of /tmp/keyring.mds.0 into /tmp/monkeyring.18667
creating /tmp/keyring.mds.1
importing contents of /tmp/keyring.mds.1 into /tmp/monkeyring.18667
creating /tmp/keyring.osd.0
importing contents of /tmp/keyring.osd.0 into /tmp/monkeyring.18667
creating /tmp/keyring.osd.1
importing contents of /tmp/keyring.osd.1 into /tmp/monkeyring.18667
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 0 -t mon  "user" ""
=== mon.0 ===
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 0 -t mon  "mon data" ""
--- poise# /usr/bin/cmon -c /etc/ceph/ceph.conf --mkfs -i 0 --monmap /tmp/monmap.18667 --osdmap /tmp/osdmap.18667 -k /tmp/keyring.18667 ; rm -f /tmp/keyring.18667
 ** WARNING: Ceph is still under heavy development, and is only suitable for **
 **          testing and review.  Do not trust it with important data.       **
/usr/bin/cmon: created monfs at /cephdata/mon0 for mon.0
`/etc/ceph/keyring.bin' -> `/cephdata/mon0/admin_keyring.bin'
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 1 -t mon  "user" ""
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 1 -t mon  "ssh path" "/expand/home/phil"
=== mon.1 ===
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 1 -t mon  "mon data" ""
--- ssh tact  "cd /expand/home/phil ; ulimit -c unlimited ; /usr/bin/cmon -c /etc/ceph/ceph.conf --mkfs -i 1 --monmap /tmp/monmap.18667 --osdmap /tmp/osdmap.18667 -k /tmp/keyring.18667 ; rm -f /tmp/keyring.18667"
bash: /usr/bin/cmon: No such file or directory
scp: /cephdata/mon1/admin_keyring.bin: No such file or directory
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 0 -t mds  "user" ""
=== mds.0 ===
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 0 -t mds  "keyring" ""
WARNING: no keyring specified for mds0
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 1 -t mds  "user" ""
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 1 -t mds  "ssh path" "/expand/home/phil"
=== mds.1 ===
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 1 -t mds  "keyring" ""
WARNING: no keyring specified for mds1
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 0 -t osd  "user" ""
=== osd.0 ===
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 0 -t osd  "osd data" ""
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 0 -t osd  "osd journal" ""
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 0 -t osd  "keyring" ""
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 0 -t osd  "btrfs path" "/cephdata/osd0"
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 0 -t osd  "btrfs devs" ""
/usr/bin/cconf -c /etc/ceph/ceph.conf -i 0 -t osd  "btrfs options" "noatime"
--- poise# test -d /cephdata/osd0 || mkdir -p /cephdata/osd0
--- poise# /usr/bin/cosd -c /etc/ceph/ceph.conf --monmap /tmp/monmap.18667 -i 0 --mkfs --osd-data /cephdata/osd0
 ** WARNING: Ceph is still under heavy development, and is only suitable for **
 **          testing and review.  Do not trust it with important data.       **
 ** WARNING: 'filestore btrfs snap' is enabled (for safe transactions,
             rollback), but btrfs does not support the SNAP_CREATE_V2 ioctl
             (added in Linux 2.6.37).  Expect slow btrfs sync/commit
             performance.
 ** WARNING: No osd journal is configured: write latency may be high.
             If you will not be using an osd journal, write latency may be
             relatively high.  It can be reduced somewhat by lowering
             filestore_max_sync_interval, but lower values mean lower write
             throughput, especially with spinning disks.
Segmentation fault (core dumped)
failed: '/usr/bin/cosd -c /etc/ceph/ceph.conf --monmap /tmp/monmap.18667 -i 0 --mkfs --osd-data /cephdata/osd0'


$ sudo gdb /usr/bin/cosd
GNU gdb (GDB) 7.1-ubuntu
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/cosd...Reading symbols from /usr/lib/debug/usr/bin/cosd...done.
done.
(gdb) r -c /etc/ceph/ceph.conf --monmap /tmp/monmap.18667 -i 0 --mkfs --osd-data /cephdata/osd0
Starting program: /usr/bin/cosd -c /etc/ceph/ceph.conf --monmap /tmp/monmap.18667 -i 0 --mkfs --osd-data /cephdata/osd0
[Thread debugging using libthread_db enabled]
 ** WARNING: Ceph is still under heavy development, and is only suitable for **
 **          testing and review.  Do not trust it with important data.       **
[New Thread 0x7ffff632b700 (LWP 18888)]
[Thread 0x7ffff632b700 (LWP 18888) exited]
 ** WARNING: 'filestore btrfs snap' is enabled (for safe transactions,
             rollback), but btrfs does not support the SNAP_CREATE_V2 ioctl
             (added in Linux 2.6.37).  Expect slow btrfs sync/commit
             performance.
 ** WARNING: No osd journal is configured: write latency may be high.
             If you will not be using an osd journal, write latency may be
             relatively high.  It can be reduced somewhat by lowering
             filestore_max_sync_interval, but lower values mean lower write
             throughput, especially with spinning disks.
[New Thread 0x7ffff632b700 (LWP 18889)]
[New Thread 0x7ffff5b2a700 (LWP 18890)]
[New Thread 0x7ffff5329700 (LWP 18891)]
[New Thread 0x7ffff4b28700 (LWP 18892)]
[New Thread 0x7ffff4327700 (LWP 18893)]
[New Thread 0x7ffff3b26700 (LWP 18894)]
[New Thread 0x7ffff3325700 (LWP 18895)]
[Thread 0x7ffff4327700 (LWP 18893) exited]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff5b2a700 (LWP 18890)]
0x00000000005801cf in JournalingObjectStore::commit_start (this=0xb0c200) at os/JournalingObjectStore.cc:197
197	os/JournalingObjectStore.cc: No such file or directory.
	in os/JournalingObjectStore.cc
(gdb) bt
#0  0x00000000005801cf in JournalingObjectStore::commit_start (this=0xb0c200) at os/JournalingObjectStore.cc:197
#1  0x00000000005725bf in FileStore::sync_entry (this=0xb0c200) at os/FileStore.cc:2281
#2  0x000000000050795d in FileStore::SyncThread::entry() ()
#3  0x000000000047953a in Thread::_entry_func (arg=0x0) at ./common/Thread.h:39
#4  0x00007ffff79c29ca in start_thread (arg=<value optimized out>) at pthread_create.c:300
#5  0x00007ffff661470d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#6  0x0000000000000000 in ?? ()