From: Thomas Mueller <thomas@chaschperli.ch>
To: ceph-devel@vger.kernel.org
Subject: mkcephfs 0.20 failure on debian: FAILED assert(r == 0)
Date: Sat, 1 May 2010 15:25:23 +0000 (UTC) [thread overview]
Message-ID: <hrhh53$gf3$2@dough.gmane.org> (raw)
Hi
I wanted to do some testing. but i failed on mkcephfs. see mkcephfs
output below.
this is on debian lenny, i follow the howto in the wiki http://
ceph.newdream.net/wiki/Debian and
http://ceph.newdream.net/wiki/Installing_on_Debian
0.19 worked with the wiki-howto.
.. and what happend to the ceph-kclient-source package?
- Thomas
node2:~# /usr/sbin/mkcephfs -c /etc/ceph/ceph.conf --mkbtrfs
/usr/bin/monmaptool --create --clobber --add 192.168.236.211:6789 --add
192.168.236.212:6789 --print /tmp/monmap.8485
/usr/bin/monmaptool: monmap file /tmp/
monmap.8485
/usr/bin/monmaptool: generated fsid 9a3cf759-8e42-e69c-dc48-6926ac0e2599
epoch 1
fsid 9a3cf759-8e42-e69c-dc48-6926ac0e2599
last_changed 10.05.01 17:09:52.257140
created 10.05.01 17:09:52.257140
mon0 192.168.236.211:6789/0
mon1 192.168.236.212:6789/0
/usr/bin/monmaptool: writing epoch 1 to /tmp/monmap.8485 (2 monitors)
max osd in /etc/ceph/ceph.conf is 1, num osd is 2
/usr/bin/osdmaptool: osdmap file '/tmp/osdmap.8485'
/usr/bin/osdmaptool: writing epoch 1 to /tmp/osdmap.8485
Building admin keyring at /tmp/admin.keyring.8485
creating /tmp/admin.keyring.8485
Building monitor keyring with all service keys
creating /tmp/monkeyring.8485
importing contents of /tmp/admin.keyring.8485 into /tmp/monkeyring.8485
creating /tmp/keyring.mds.node1
importing contents of /tmp/keyring.mds.node1 into /tmp/monkeyring.8485
creating /tmp/keyring.mds.node2
importing contents of /tmp/keyring.mds.node2 into /tmp/monkeyring.8485
creating /tmp/keyring.osd.0
importing contents of /tmp/keyring.osd.0 into /tmp/monkeyring.8485
creating /tmp/keyring.osd.1
importing contents of /tmp/keyring.osd.1 into /tmp/monkeyring.8485
=== mon1 ===
10.05.01 17:09:52.773759 7fee853196f0 store(/data/mon1) mkfs
10.05.01 17:09:52.774204 7fee853196f0 store(/data/mon1) test -d /data/mon1
&& /bin/rm -rf /data/mon1 ; mkdir -p /data/mon1
10.05.01 17:09:53.442052 7fee853196f0 mon1(starting).class v0
create_initial -- creating initial map
10.05.01 17:09:53.641892 7fee853196f0 mon1(starting).auth v0
create_initial -- creating initial map
10.05.01 17:09:53.641927 7fee853196f0 mon1(starting).auth v0 reading
initial keyring
/usr/bin/mkmonfs: created monfs at /data/mon1 for mon1
`/tmp/admin.keyring.8485' -> `/data/mon1/admin_keyring.bin'
=== mds.node2 ===
`/tmp/keyring.mds.node2' -> `/data/keyring.mds.node2'
=== osd1 ===
umount: /data/osd1: not mounted
umount: /dev/vdb: not mounted
WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL
WARNING! - see http://btrfs.wiki.kernel.org before using
fs created label (null) on /dev/vdb
nodesize 4096 leafsize 4096 sectorsize 4096 size 5.00GB
Btrfs Btrfs v0.19
Scanning for Btrfs filesystems
failed to read /dev/sr0
mount: /dev/vdb already mounted or /data/osd1 busy
** 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()+0x7f) [0x55725f]
2: (FileStore::mkjournal()+0x74) [0x542f04]
3: (FileStore::mkfs()+0x4c9) [0x540dd9]
4: (OSD::mkfs(char const*, char const*, ceph_fsid, int)+0x4a) [0x4c2dca]
5: (main()+0x751) [0x4585e1]
6: (__libc_start_main()+0xe6) [0x7fc412c811a6]
7: (std::ios_base::Init::~Init()+0x61) [0x457be9]
NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed
to interpret this.
terminate called after throwing an instance of 'ceph::FailedAssertion*'
/usr/lib/ceph/ceph_common.sh: line 95: 8680 Aborted
(core dumped) bash -c "$1"
failed: '/usr/bin/cosd -c /etc/ceph/ceph.conf --monmap /tmp/monmap.8485 -
i 1 --mkfs --osd-data /data/osd1'
next reply other threads:[~2010-05-01 15:25 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-01 15:25 Thomas Mueller [this message]
2010-05-02 22:05 ` mkcephfs 0.20 failure on debian: FAILED assert(r == 0) Sage Weil
2010-05-03 6:18 ` Thomas Mueller
2010-05-12 12:29 ` Jean-Adrien
2010-05-12 19:55 ` Sage Weil
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='hrhh53$gf3$2@dough.gmane.org' \
--to=thomas@chaschperli.ch \
--cc=ceph-devel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox