Any updates on this? My production cluster has been running on one monitor for a while and I'm a little nervous.
Can I expect a fix in 0.61.5? Thank you. > (Re-adding the list for future reference) > > Wolfgang, from your log file: > > 2013-06-25 14:58:39.739392 7fa329698780 -1 common/config.cc: In > function 'void md_config_t::set_val_or_die(const char*, const > char*)' thread 7fa329698780 time 2013-06-25 14:58:39.738501 > common/config.cc: 621: FAILED assert(ret == 0) > > ceph version 0.61.4 (1669132fcfc27d0c0b5e5bb93ade59d147e23404) > 1: /usr/bin/ceph-mon() [0x660736] > 2: /usr/bin/ceph-mon() [0x699d66] > 3: (pick_addresses(CephContext*)+0x93) [0x69a1a3] > 4: (main()+0x1e3f) [0x48256f] > 5: (__libc_start_main()+0xed) [0x7fa3278f576d] > 6: /usr/bin/ceph-mon() [0x4848bd] > NOTE: a copy of the executable, or `objdump -rdS <executable>` is > needed to interpret this. > > This was initially reported on ticket #5205. Sage fixed it last > night, for ticket #5195. Gary reports it fixed using Sage's patch, > and said fix was backported to the cuttlefish branch. > > It's worth to mention that the cuttlefish branch also contains a > couple of commits that should boost monitor performance and avoid > leveldb hangups. > > Looking into #5195 (http://tracker.ceph.com/issues/5195) for more > info is advised. Let us know if you decide to try the cuttlefish > branch (on the monitors) and whether it fixes the issue for you. > Thanks! > > -Joao
_______________________________________________ ceph-users mailing list [email protected] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
