ceph-ansible/tests
Guillaume Abrioux 4a8986459f tests: change ceph_docker_image_tag for 2nd run
The ceph-ansible upstream CI runs severals tests, including a
'idempotency/handlers' test. It means the playbook is run a first time
and then a second time with an other container image version to ensure the
handlers run properly and the containers are well restarted.
This can cause issues.
For instance, in that specific case which drove me to submit this commit,
I've hit the case where `latest` image ships ceph 12.2.3 while the `stable-3.0`
(which is the image used for the second run) ships ceph 12.2.2.

The goal of this test is not to verify we can upgrade from a specific
version to another but to ensure handlers are working even if it's a valid
failure here.
It should be caught by a test dedicated to that usecase.

We just need to have a container image which has a different id for
the upstream CI, we need the same content in container imagebut a different
image id in the registry since the test relies on image id to decide whether
the container should be restarted.

Signed-off-by: Guillaume Abrioux <gabrioux@redhat.com>
2018-02-23 13:54:32 +01:00
..
functional tests: change ceph_docker_image_tag for 2nd run 2018-02-23 13:54:32 +01:00
inventories add a mdss group to the CLI testing inventory 2016-05-06 14:47:45 -05:00
scripts tests: add a helper script to generate vagrant ssh configs 2016-11-04 14:13:30 -04:00
README.md WIP: first implementation of functional tests 2015-02-22 02:31:28 +01:00
README.rst tests: create a README with some explanation on how to use the test harness 2016-11-04 13:59:33 -04:00
conftest.py tests: rbd/rgw adapt testinfra for jewel 2017-10-12 00:06:08 +02:00
pytest.ini tests: placeholder pytest.ini to define test root dir 2016-11-04 13:59:32 -04:00
requirements2.2.txt tests: followup on testing against ansible2.4 2017-10-30 16:40:39 +01:00
requirements2.4.txt tests: followup on testing against ansible2.4 2017-10-30 16:40:39 +01:00

README.md

Functional tests

These playbooks aim to individually validate each Ceph component. Some of them require packages to be installed. Ideally you will run these tests from a client machine or from the Ansible server.