]> git.apps.os.sepia.ceph.com Git - ceph.git/commitdiff
doc/dev: removing workbench docs (part 2) 39497/head
authorZac Dover <zac.dover@gmail.com>
Tue, 16 Feb 2021 17:45:49 +0000 (03:45 +1000)
committerZac Dover <zac.dover@gmail.com>
Tue, 16 Feb 2021 17:45:49 +0000 (03:45 +1000)
This removes a paragraph in the section "How
Integration Tests Are Run" that described
ceph-workbench. ceph-workbench is deprecated,
so that paragraph is now gone.

Signed-off-by: Zac Dover <zac.dover@gmail.com>
doc/dev/developer_guide/testing_integration_tests/tests-integration-testing-teuthology-intro.rst

index 9e0bb4c8740c0970dab609806a98b22db683b55d..c5ae16fc397fd7bbd6ef27f79505914fb1346aab 100644 (file)
@@ -164,15 +164,6 @@ non-trivial task, it `is` possible. Here are `some notes
 <https://docs.ceph.com/projects/teuthology/en/latest/LAB_SETUP.html>`_ to get
 you started if you decide to go this route.
 
-If you have access to an OpenStack tenant, you have another option: the
-`teuthology framework`_ has an OpenStack backend, which is documented `here
-<https://docs.ceph.com/projects/teuthology/en/latest/openstack_backend.html>`__.
-This OpenStack backend can build packages from a given git commit or
-branch, provision VMs, install the packages and run integration tests
-on those VMs. This process is controlled using a tool called
-``ceph-workbench ceph-qa-suite``. This tool also automates publishing of
-test results at http://teuthology-logs.public.ceph.com.
-
 Running integration tests on your code contributions and publishing the
 results allows reviewers to verify that changes to the code base do not
 cause regressions, or to analyze test failures when they do occur.