On Tue, 9 Jul 2013, Jeppesen, Nelson wrote: > > Any updates on this? My production cluster has been running on one monitor f > or a while and I?m a little nervous. > > > > Can I expect a fix in 0.61.5? Thank you. This is fixed in the current cuttlefish branch and will be in the next 0.61.x update. sage > > > > > > > (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 ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
