mon: gather perf stats on session adds, removes, counts

I found myself wanting to know this on a running cluster.

Signed-off-by: Sage Weil <sage@inktank.com>
mon: gather perf stats on elections

Signed-off-by: Sage Weil <sage@inktank.com>
Fix for bug #6700

When preparing OSD disks with colocated journals, the intialization process
fails when using dmcrypt. The kernel fails to re-read the partition table after
the storage partition is created because the journal partition is already in use
by dmcrypt. This fix unmaps the journal partition from dmcrypt and allows the
partition table to be read.

Signed-off-by: Stephen F Taylor <steveftaylor@gmail.com>
rgw: set a default data extra pool name

Fixes: #8585
Have a default name for the data extra pool, otherwise it would be empty
which means that it'd default to the data pool name (which is a problem
with ec backends).

Signed-off-by: Yehuda Sadeh <yehuda@inktank.com>
test_librbd_fsx: fix sign-compare gcc warning

{read,write}bdy are signed, sizeof returns unsigned, gcc complains.

Signed-off-by: Ilya Dryomov <ilya.dryomov@inktank.com>
Merge pull request #1948 from steveftaylor/6700

Fix for bug #6700

Reviewed-by: Alfredo Deza <alfredo.deza@inktank.com>
Merge pull request #1956 from ceph/wip-fsx-sizeof

test_librbd_fsx: fix sign-compare gcc warning

Reviewed-by: Sage Weil <sage@inktank.com>
Merge pull request #1939 from ceph/wip-mon

mon: a few basic perfcounter guages

Reviewed-by: Joao Eduardo Luis <joao.luis@inktank.com>
doc: Updated doc for more recent versions.

Signed-off-by: John Wilkins <john.wilkins@inktank.com>
doc: Updated the example configuration.

Signed-off-by: John Wilkins <john.wilkins@inktank.com>
doc: Updated the OS Recommendations for Firefly.

Signed-off-by: John Wilkins <john.wilkins@inktank.com>
Merge pull request #1957 from ceph/wip-doc-os-recommendations

doc: Updated the OS Recommendations for Firefly.

Reviewed-by: Josh Durgin <josh.durgin@inktank.com>
osd/OSDMap: make get_features() take an entity type

Make the helper that returns what features are required of the OSDMap take
an entity type argument, as the required features may vary between
components in the cluster.

Backport: firefly
Signed-off-by: Sage Weil <sage@inktank.com>
osd/OSDMap: do not require ERASURE_CODE feature of clients

Just because an EC pool exists in the cluster does not mean tha tthe client
has to support the feature:

1) The way client IO is initiated is no different for EC pools than for
   replicated pools.
2) People may add an EC pool to an existing cluster with old clients and
   locking those old clients out is very rude when they are not using the
   new pool.
3) The only direct client user of EC pools right now is rgw, and the new
   versions already need to support various other features like CRUSH_V2
   in order to work.  These features are present in new kernels.

Fixes: #8556
Backport: firefly
Signed-off-by: Sage Weil <sage@inktank.com>
Merge pull request #1933 from ceph/wip-8556

osd: do not require EC feature bit from clients.

Reviewed-by: Greg Farnum <greg@inktank.com>
Merge pull request #1955 from ceph/wip-8585

rgw: set a default data extra pool name

Reviewed-by: Josh Durgin <josh.durgin@inktank.com>
doc: RPM instructions correction

Signed-off-by: John Spray <john.spray@inktank.com>
mds: add 'enabled' flag to MDSMap

When 'enabled' is false, the MDSMap is effectively
null.  This allows Ceph clusters with no filesystem
or filesystem data/metadata pools.

Signed-off-by: John Spray <john.spray@inktank.com>
mds: no initial filesystem

Because not everyone uses CephFS, we would
like to avoid initially creating any data/metadata
pools for CephFS.

To avoid creating those pools, we must avoid initially
populating the MDSMap.

Signed-off-by: John Spray <john.spray@inktank.com>
osdmap: Don't create FS pools by default

Because many Ceph users don't use the filesystem,
don't create the 'data' and 'metadata' pools by
default -- they will be created by newfs if
they are needed.

Signed-off-by: John Spray <john.spray@inktank.com>