...instead of chunk_size+data_pool arguments. This
is a precursor to using the 0th-object xattr
stashed layouts during recovery.
Signed-off-by: John Spray <john.spray@redhat.com>
Strictly speaking it's not a feature, but an expected hahaviour. After
discussion it does not seem useful to have that test.
Signed-off-by: Kefu Chai <kchai@redhat.com>
Signed-off-by: Loic Dachary <ldachary@redhat.com>
`fs reset` was failing to fully initialize the
mdsmap. Especially, failing to initialize
session_timeout was breaking capabilities on
the newly initialized system.
Signed-off-by: John Spray <john.spray@redhat.com>
Changing the key format to add additional digits to preserve the order
for the read aheads and lookups to be faster. Number of digits are
selected based on the default object size and default strip size supported
by osd.
Signed-off-by: Varada Kari <varada.kari@sandisk.com>
If any backend supports and implements statfs will extract the
stats from backend to show correct utilization in the status.
Signed-off-by: Varada Kari <varada.kari@sandisk.com>
Show the number of PGs in the high/low flush mode and some/full evict
mode in the output of 'ceph -s' and 'ceph osd pool stats'.
Signed-off-by: Zhiqiang Wang <zhiqiang.wang@intel.com>
Suggested-by: Nick Fisk <nick@fisk.me.uk>
These statistic data are used to show the PGs in high/low flush mode and
some/full evict mode in the command line.
Signed-off-by: Zhiqiang Wang <zhiqiang.wang@intel.com>
Change the timeouts of the TEST_mon_add_to_single_mon tests to be 120
seconds. They have value to guard against blocking forever. The exact
timing does not matter as long as the operation completes.
When a timeout is too short, it will create false negatives when running
on slow machines. It could be argued that being too generous with
timeout in general may hide problems. But not in this specific case.
Signed-off-by: Loic Dachary <ldachary@redhat.com>
doc/rados/operations/add-or-rm-mons: simplify the steps to add a mon
Reviewed-by: Joao Eduardo Luis <joao@suse.de>
Reviewed-by: Sage Weil <sage@redhat.com>
Reviewed-by: Loic Dachary <ldachary@redhat.com>
According to the "quick ceph deploy" page, the default number of replicas in the Ceph configuration file is 3
Signed-off-by: Sasha Chuzhoy <sashac88@hotmail.com>
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>
It was possible that the same resize request could be sent twice
if a completed resize op started a newly created resize op while
it was also being concurrently started by another thread.
Fixes: #12664
Backport: hammer
Signed-off-by: Jason Dillaman <dillaman@redhat.com>
Not bothering with this for non-namespaced object iterator
or the C interface. Expect to replace this with
the new-style pgls, so just exposing it enough for
cephfs-data-scan to touch the new osd-side pgls filtering
on forward scrub tags.
Signed-off-by: John Spray <john.spray@redhat.com>
The listen_sd of thread also can be zero when we call the processor::start function..
Reviewed-by: Kefu Chai <kchai@redhat.com>
Reviewed-by: Haomai Wang <haomaiwang@gmail.com>
previously, we only track the osd_epoch for OSD peers. but other
MonClients who receives osdmaps can also benefit from osd_epoch.
Signed-off-by: Kefu Chai <kchai@redhat.com>