doc: pg_num should always be a power of two
Reviewed-By: Jan Fajerski <jfajerski@suse.com>
Reviewed-By: Sage Weil <sage@redhat.com>
Reviewed-By: Abhishek Lekshmanan <abhishek@suse.com>
* refs/pull/29334/head:
qa/tasks/mgr/dashboard/test_mgr_module: adjust expected schema
mgr/telemetry: separate out cluster config vs running daemons
mgr/telemetry: include any config options that are customized
Reviewed-by: Ernesto Puerta <epuertat@redhat.com>
Reviewed-by: Dan Mick <dmick@redhat.com>
* refs/pull/29340/head:
mgr/telemetry: specify license when opting in
Reviewed-by: Wido den Hollander <wido@42on.com>
Reviewed-by: Dan Mick <dmick@redhat.com>
* refs/pull/29104/head:
qa/cephfs: test case for timeout config of individual session
mds: add command that config individual client session
Reviewed-by: Patrick Donnelly <pdonnell@redhat.com>
* refs/pull/29377/head:
mds: add perf counter for finisher of MDSRank
Reviewed-by: Zheng Yan <zyan@redhat.com>
Reviewed-by: Patrick Donnelly <pdonnell@redhat.com>
When listing a bucket with radosgw-admin, the user can specify the
maximum number of entries. That number can be unreasonably large, and
can affect the performance and memory availability. For example:
radosgw-admin bucket list --bucket mybucket1 --max-entries=10000000
This has the potential for creating large data structures at multiple
levels in the the call stack of the radosgw(-admin) process,
potentially causing the process to run out of memory. This change
limits the maximum number of entries requested in all but the high
level code to help mitigate this issue.
Signed-off-by: J. Eric Ivancich <ivancich@redhat.com>
Attempting to build with -DWITH_BOOST_CONTEXT=OFF will result in
a "conflicting declaration" error when building
test/rgw/test_rgw_dmclock_scheduler.cc
Fixed by avoiding the boost/asio/spawn.hpp include in that case.
Signed-off-by: Ulrich Weigand <ulrich.weigand@de.ibm.com>
The tests look for the exact error text.
But they are OS dependant, and thus on FreeBSD the output is
slightly different:
2019-07-30T19:04:16.581+0000 80bc48000 -1 parse_file: filesystem error: in file_size: No such file or directory [from-env]
This stems from the fact that different OSes use different
standard libraries: libc++ <> libstd++
Signed-off-by: Willem Jan Withagen <wjw@digiware.nl>
.. should be invoked as self.unregister_osd_perf_queries()
rather than self.module.unregister_osd_perf_queries().
Signed-off-by: Venky Shankar <vshankar@redhat.com>
otherwise we have
```
Running setup.py egg_info for package apache-libcloud
libcloud/utils/py3.py:76: UserWarning: Missing backports.ssl_match_hostname package
warnings.warn("Missing backports.ssl_match_hostname package")
Traceback (most recent call last):
...
File "build/bdist.linux-x86_64/egg/setuptools_scm/version.py", line 66, in _warn_if_setuptools_outdated
...
setuptools_scm.version.SetuptoolsOutdatedWarning: your setuptools is too old (<12)
...
Command python setup.py egg_info failed with error code 1 in /tmp/tmp.i95Fg82Ea4/venv/build/apache-libcloud
```
and more important thing is, setuptools >= 12 allows us to install the
python modules in venv, without uninstalling existing modules if they
are also installed in by system packages.
Signed-off-by: Kefu Chai <kchai@redhat.com>
`kubernetes.client.apis.core_v1_api.CoreV1Api#list_node` is
broken and needs a monkey patch. Might be related to
an incompatible k8s cluster version.
Signed-off-by: Sebastian Wagner <sebastian.wagner@suse.com>
Use `KubernetesResource` as cache for pods, inventory maps and nodes.
This is required for the dashboard.
Also:
properly return K8s nodes
fix minor issues
Signed-off-by: Sebastian Wagner <sebastian.wagner@suse.com>
Provide ability to fetch or watch k8s resources,
and hold the resulting objects in a dict. A method
has been added to the rook module to allow other
mgr modules to fetch the state of specific k8s
resources.
Signed-off-by: Paul Cuzner <pcuzner@redhat.com>
Split *_stateless_service, because every orchestrator
did some method dispatching internally anyway.
Also: Added test
Signed-off-by: Sebastian Wagner <sebastian.wagner@suse.com>
