mirror of
https://github.com/ceph/ceph
synced 2025-01-29 14:34:40 +00:00
ac3c1cb5d0
Suites run with CEPH_TEST_CLI_DUP_COMMAND=1, which will send a duplicate command for every command issued with the 'ceph' tool. Behavior is to get a reply from the command and then send a duplicate, looking for the same outcome (guaranteeing idempotency of the operations). However, it so happens that if you remove the entity's own key from the keyring and you happen to be unlucky enough so that the client's connection gets failed (we also run tests with connection failure injections), the 'ceph' tool won't be able to reconnect to the cluster to send the duplicate command (as it's entity no longer exists in the cluster's keyring). We rewrite the test instead of resorting to ugly hacks to work around this behavior, simply having a new 'role-definer' added by the existing 'role-definer' (which we weren't testing anyway, so bonus points for that) and then have one removing the other (to test the procedure) and finally using 'client.admin' to remove the last 'role-definer'. Fixes: #9820 Signed-off-by: Joao Eduardo Luis <joao@redhat.com> |
||
---|---|---|
.. | ||
btrfs | ||
client | ||
fs | ||
libceph | ||
mds | ||
mon/bootstrap | ||
qa_scripts | ||
rbd | ||
rgw | ||
workunits | ||
loopall.sh | ||
Makefile | ||
run_xfstests_krbd.sh | ||
run_xfstests_qemu.sh | ||
run_xfstests-obsolete.sh | ||
run_xfstests.sh | ||
runallonce.sh | ||
runoncfuse.sh | ||
runonkclient.sh | ||
setup-chroot.sh |