Is the mon process doing anything (that is, does it have any CPU usage)? This looks to be an internal leveldb issue, but not one that we've run into before, so I think there must be something unique about the leveldb store involved. -Greg Software Engineer #42 @ http://inktank.com | http://ceph.com On Sun, Mar 30, 2014 at 1:02 PM, Jens Kristian Søgaard <jens@xxxxxxxxxxxxxxxxxxxx> wrote: > Hi again, > > >> Next I tried restarting a mon - but it won't start up again. It just just >> hangs: > > > I have captured a backtrace of the hang using gdb: > > (gdb) bt > #0 0x00007ffff73e6e4d in __lll_lock_wait () from /lib64/libpthread.so.0 > #1 0x00007ffff73e2cc1 in _L_lock_885 () from /lib64/libpthread.so.0 > #2 0x00007ffff73e2bda in pthread_mutex_lock () from /lib64/libpthread.so.0 > #3 0x00007ffff69839f9 in leveldb::port::Mutex::Lock (this=<optimized out>) > at port_posix.cc:26 > #4 0x00007ffff6966132 in MutexLock (mu=0x7fffffffd518, this=0x7fffffffd2c0) > at ../util/mutexlock.h:27 > #5 leveldb::DBImpl::Get (this=0x7fffffffd410, options=..., key=..., > value=0x0) at db_impl.cc:1098 > #6 0x0000000000873921 in LevelDBStore::_get_iterator() () > #7 0x00000000005d62d7 in KeyValueDB::get_iterator(std::string const&) () > #8 0x00000000005d63e5 in MonitorDBStore::exists(std::string const&, > std::string const&) () > #9 0x00000000005cf5d1 in main () > > > > > -- > Jens Kristian Søgaard, Mermaid Consulting ApS, > jens@xxxxxxxxxxxxxxxxxxxx, > http://www.mermaidconsulting.com/ > _______________________________________________ > ceph-users mailing list > ceph-users@xxxxxxxxxxxxxx > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com _______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
 |