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