when enabling a module attempt to determine if it is an always on
module, and if it is, then return without waiting on the active manager
daemon to restart---which it won't if it is an always on module.
Signed-off-by: Noah Watkins <nwatkins@redhat.com>
* refs/pull/21566/head:
test: add test for mds drop cache command
mds: command to trim mds cache and client caps
mds: implement journal flush as asynchronous context execution
mds: cleanup some asok commands
Reviewed-by: Patrick Donnelly <pdonnell@redhat.com>
the original version of the always-on mgr modules feature had an issue
such that if a user-enabled module was included in the always-on list of
modules then after an upgrade the module would remain in the list of
enabled modules (because it was still in the manager map). this results
in awkward ux since the modules cannot actually be disabled. this patch
addresses the issue by altering MgrMap to contain the always on modules,
and centralizes control of this list in the monitor.
the list of always on modules is versioned at compile time, and the
monitor will update the manager map when this verison is bumped. manager
daemons enable the union of user-enabled modules and the list of always
on modules. this is important so that a user-enabled module is not
disabled if it goes through a cycle of being in the always on list, and
then being removed through an upgrade sequence.
communicating the always on modules to the daemon enables the daemon to
provide the best error reporting when an always on module encounters an
issue (i.e. complain loudly).
Signed-off-by: Noah Watkins <nwatkins@redhat.com>
* refs/pull/24275/head:
qa: add timeout to cleaning up workunit sandbox
qa: add timeout to kclient umount
qa: do not cleanup sandbox on error
qa: use default timeout in fs workunits
Reviewed-by: Nathan Cutler <ncutler@suse.com>
Does nothing other than invoce the ceph-volume-zfs modules when
called with 'ceph-volume zfs
Like:
> ceph-volume zfs list
Use ZFS as the underlying technology for OSDs
--verbose Increase the verbosity level
['list']
--> TypeError: main() takes exactly 2 arguments (1 given)
Exit 1
Signed-off-by: Willem Jan Withagen <wjw@digiware.nl>
If there is a bug preventing rm from completing, the workunit will get stuck.
Fixes: http://tracker.ceph.com/issues/36184
Signed-off-by: Patrick Donnelly <pdonnell@redhat.com>
Otherwise QA sits forever waiting for the kclient to umount when there is a
problem.
Fixes: http://tracker.ceph.com/issues/36184
Signed-off-by: Patrick Donnelly <pdonnell@redhat.com>
Otherwise the command will hang if the mount is broken.
Fixes: http://tracker.ceph.com/issues/36184
Signed-off-by: Patrick Donnelly <pdonnell@redhat.com>
in b38b8e980c, we changed the upper
limit of size of `config key` 's value to 64k, so we need to update
the test accordingly.
Fixes: http://tracker.ceph.com/issues/36260
Signed-off-by: Kefu Chai <kchai@redhat.com>
With this command, the MDS would request clients to release
caps followed by trimming its own cache and a journal flush.
The command accepts a timeout to wait for clients to respond
to session recall and flush messages.
Signed-off-by: Patrick Donnelly <pdonnell@redhat.com>
Signed-off-by: Rishabh Dave <ridave@redhat.com>
Signed-off-by: Venky Shankar <vshankar@redhat.com>
