Re: Issues going from 1 to 3 mons

["Jeppesen, Nelson" <Nelson.Jeppesen@xxxxxxxxxx>]

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
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com