On 30/04/2014 00:42, Gregory Farnum wrote: > On Tue, Apr 29, 2014 at 3:28 PM, Marc <m...@shoowin.de> wrote: >> Thank you for the help so far! I went for option 1 and that did solve >> that problem. However quorum has not been restored. Here's the >> information I can get: >> >> mon a+b are in state Electing and have been for more than 2 hours now. >> mon c does reply to "help" by using the socket, but it does not respond >> to mon_status nor sync_status (even though help lists them, so they >> should be available). The logs of mon.c show a loop that contains >> >> peer paxos version 15329444 vs my version 0 (too far ahead) > Yeah, "version 0" means the store got entirely reset somehow. You're > going to need to either manually copy an existing monitor into the > right location, or edit the monmaps on the existing monitors so they > believe they're the only two, and then add a new monitor in the third > location using the standard tooling for that. (The second might be > easier to find.) > -Greg > Software Engineer #42 @ http://inktank.com | http://ceph.com
Okay, I would agree that option 2 seems more straight forward. But with --extract-monmap not being available and the cluster not having quorum, by "editing" the monmap you mean create a fresh one, right? Would creating a new monmap that only contains the 2 monitors that appear to be fine be a safe procedure as far as the stored data is concerned? _______________________________________________ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
