Yeah, I think I've seen that before, but not yet with logs. filestore and osd logging would help greatly if it's reproducible. I've put it in as #3386. -Sam On Mon, Oct 22, 2012 at 10:40 AM, Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx> wrote: > Le 22/10/2012 17:37, Yann Dupont a écrit : > >> Le 15/10/2012 21:57, Samuel Just a écrit : >>> >>> debug filestore = 20 >>> debug osd = 20 >> >> ok, just had a core >> >> you can grab it here : >> http://filex.univ-nantes.fr/get?k=xojcpgmGoN4pR1rpqf5 >> >> now, I'll run with debug options >> >> cheers >> > Ok, I've collected a big log. I'll try to put it online later (I'm at home > right now) > Anyway, a quick gdb on the core show this with bt show this : > > #0 0x00007f9aaace6efb in raise () from > /lib/x86_64-linux-gnu/libpthread.so.0 > #1 0x0000000000737ca7 in reraise_fatal (signum=11) at > global/signal_handler.cc:58 > #2 handle_fatal_signal (signum=11) at global/signal_handler.cc:104 > #3 <signal handler called> > #4 std::_Rb_tree<snapid_t, std::pair<snapid_t const, interval_set<unsigned > long> >, std::_Select1st<std::pair<snapid_t const, interval_set<unsigned > long> > >, std::less<snapid_t>, std::allocator<std::pair<snapid_t const, > interval_set<unsigned long> > > >::_M_begin (this=0x8654000, obc=0xe342000, > pgstat=0x7f9a8bf97c10) at /usr/include/c++/4.4/bits/stl_tree.h:488 > #5 std::_Rb_tree<snapid_t, std::pair<snapid_t const, interval_set<unsigned > long> >, std::_Select1st<std::pair<snapid_t const, interval_set<unsigned > long> > >, std::less<snapid_t>, std::allocator<std::pair<snapid_t const, > interval_set<unsigned long> > > >::find (this=0x8654000, obc=0xe342000, > pgstat=0x7f9a8bf97c10) at /usr/include/c++/4.4/bits/stl_tree.h:1434 > #6 std::map<snapid_t, interval_set<unsigned long>, std::less<snapid_t>, > std::allocator<std::pair<snapid_t const, interval_set<unsigned long> > > >>::count (this=0x8654000, obc=0xe342000, > pgstat=0x7f9a8bf97c10) at /usr/include/c++/4.4/bits/stl_map.h:686 > #7 ReplicatedPG::add_object_context_to_pg_stat (this=0x8654000, > obc=0xe342000, pgstat=0x7f9a8bf97c10) at osd/ReplicatedPG.cc:4145 > #8 0x000000000055c93a in ReplicatedPG::recover_backfill (this=0x8654000, > max=<value optimized out>) at osd/ReplicatedPG.cc:6381 > #9 0x0000000000563c1a in ReplicatedPG::start_recovery_ops (this=0x8654000, > max=1, prctx=<value optimized out>) at osd/ReplicatedPG.cc:5959 > #10 0x00000000005d3c9d in OSD::do_recovery (this=0x30c9000, pg=0x8654000) at > osd/OSD.cc:5121 > #11 0x00000000006119fd in OSD::RecoveryWQ::_process(PG*) () > #12 0x00000000007c176b in ThreadPool::worker (this=0x30c9568) at > common/WorkQueue.cc:54 > #13 0x00000000005f609d in ThreadPool::WorkThread::entry() () > #14 0x00007f9aaacdeb50 in start_thread () from > /lib/x86_64-linux-gnu/libpthread.so.0 > #15 0x00007f9aa9a1278d in clone () from /lib/x86_64-linux-gnu/libc.so.6 > #16 0x0000000000000000 in ?? () > > does it helps you ? > > Cheers, -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
