]> git-server-git.apps.pok.os.sepia.ceph.com Git - ceph.git/commit
doc/rados/operations/add-or-rm-mons: simplify the steps to add a mon 5495/head
authorKefu Chai <kchai@redhat.com>
Thu, 6 Aug 2015 14:32:42 +0000 (22:32 +0800)
committerKefu Chai <kchai@redhat.com>
Tue, 11 Aug 2015 14:18:04 +0000 (22:18 +0800)
commitb199ac6c414389c2777f9daa4f38b6198eafffde
tree076719327ccb432c6d504bb472856b693a5c0204
parentaf336313fea6b614efe085dd14e3e3ec25a6a35e
doc/rados/operations/add-or-rm-mons: simplify the steps to add a mon

this change removes the step to "ceph mon add" before starting a new
monitor. because the existing leader will start an election at seeing
the MMonJoin message sent by the new joiner, after the quorum is
archieved, the monmap will be updated with the new monitor.
so, "ceph mon add" is not necessary to add a new monitor.
moreover, this command will be blocked until a new quorum is formed,
and the proposed monmap is accepted. but in case of adding a monitor
to a single monitor cluster, the leader will wait until at least two
of the monitors reply to it. apparently, this does not happen unless
the new monitor starts. so from the user's point of view, this
command hangs until timesout, if he/she does not start the mon.b
beforehand. but this is an expected behaviour.

so, to avoid this confusion and simplify the steps to add a new
monitor. we'd better simply remove this "ceph mon add" step.

Fixes: #12620
Signed-off-by: Kefu Chai <kchai@redhat.com>
doc/rados/operations/add-or-rm-mons.rst