Failure increasing mons from 1 to 3

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Shortly after upgrading from bobtail to cuttlefish I tried increasing
the number of monitors in my small test cluster from 1 to 3, but I
believe I messed something up in the process.  At first I thought the
conversion to leveldb failed, but after digging into it a bit I
believe this explains it:

# ceph --admin-daemon /run/ceph/ceph-mon.a.asok mon_status
{ "name": "a",
  "rank": 0,
  "state": "probing",
  "election_epoch": 0,
  "quorum": [],
  "outside_quorum": [
        "a"],
  "extra_probe_peers": [],
  "monmap": { "epoch": 2,
      "fsid": "6917a033-3439-4fd7-88db-46c9e1df0d6e",
      "modified": "2013-05-22 21:45:39.239582",
      "created": "2012-12-28 11:35:06.671375",
      "mons": [
            { "rank": 0,
              "name": "a",
              "addr": "172.24.88.50:6789\/0"},
            { "rank": 1,
              "name": "mon.b",
              "addr": "172.24.88.53:6789\/0"}]}}


At this point I would like to remove the one named "mon.b" since it is
named wrong (should be just "b"), and I would like to get back to a
working state before attempting to expand to 3 monitors again.

I've tried using monmaptool and ceph-mon to inject it, but that hasn't
worked for me yet:

# monmaptool --print monmap.dat
monmaptool: monmap file monmap.dat
epoch 1
fsid 6917a033-3439-4fd7-88db-46c9e1df0d6e
last_changed 2012-12-28 11:35:06.671375
created 2012-12-28 11:35:06.671375
0: 172.24.88.50:6789/0 mon.a
# ceph-mon -i a --inject-monmap monmap.dat
[3506]: (33) Numerical argument out of domain


Is there something I'm missing?

Thanks,
Bryan
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com




[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux