ceph/qa
Stephan Müller 789f9352ab mgr/dashboard: Allow the decrease of pg's of an existing pool
Now it's possible to decrease the pg's of an existing pool. The decrease
will take place over time like the increase. As for both no notification
will be created when this is done (issue #39482).

Fixes: https://tracker.ceph.com/issues/35917
Signed-off-by: Stephan Müller <smueller@suse.com>
2019-04-29 16:44:27 +02:00
..
archs
btrfs
cephfs Merge PR #26662 into master 2019-03-19 13:16:07 -07:00
client
clusters qa: update testing for standby-replay 2019-02-27 21:39:12 -08:00
config
crontab qa/tests: moved some runs from ovh, removed ceph-disk/nautilus 2019-04-16 09:39:31 -07:00
debug
distros qa/distros/supported/ubuntu_latest: 16.04 -> 18.04 2019-04-03 13:52:45 -05:00
erasure-code
libceph
machine_types qa/tests: added the subset clause for nuatilis branch 2019-03-22 09:39:38 -07:00
mds
mon/bootstrap
msgr qa: remove simplemessenger tests 2019-03-20 06:10:25 -05:00
nightlies
objectstore qa/objectstore: test with reduced value of osd_memory_target 2019-03-20 21:37:06 -07:00
objectstore_cephfs
overrides
packages qa: remove libcephfs-java tests 2019-02-28 13:32:15 -08:00
qa_scripts librados: revert librados3/libradoscc back to librados2 2019-02-20 14:59:26 -05:00
rbd qa: add krbd_discard_granularity.t test 2019-03-19 11:49:19 +01:00
releases qa/releases/octopus.yaml: add octopus upgrade final step 2019-04-02 16:19:43 -05:00
rgw_frontend
rgw_pool_type
standalone Merge pull request #27769 from dzafman/wip-39333 2019-04-26 11:55:04 -07:00
suites Merge pull request #27769 from dzafman/wip-39333 2019-04-26 11:55:04 -07:00
tasks mgr/dashboard: Allow the decrease of pg's of an existing pool 2019-04-29 16:44:27 +02:00
timezone
workunits Merge pull request #27503 from dzafman/wip-39099 2019-04-25 15:06:56 -07:00
.gitignore mgr: Ignore __pycache__ and wheelhouse dirs 2019-02-19 10:09:55 +01:00
find-used-ports.sh
loopall.sh
Makefile
README
run_xfstests_qemu.sh
run_xfstests-obsolete.sh
run_xfstests.sh
run-standalone.sh test: Output elapse time for each script for information 2019-04-10 08:21:35 -07:00
runallonce.sh
runoncfuse.sh
runonkclient.sh
setup-chroot.sh
tox.ini
valgrind.supp valgrind.supp: add clauses for uninitialised gcm.Xi in OpenSSL. 2019-03-29 10:57:50 +01:00

ceph-qa-suite
-------------

clusters/    - some predefined cluster layouts
suites/      - set suite

The suites directory has a hierarchical collection of tests.  This can be
freeform, but generally follows the convention of

  suites/<test suite name>/<test group>/...

A test is described by a yaml fragment.

A test can exist as a single .yaml file in the directory tree.  For example:

 suites/foo/one.yaml
 suites/foo/two.yaml

is a simple group of two tests.

A directory with a magic '+' file represents a test that combines all
other items in the directory into a single yaml fragment.  For example:

 suites/foo/bar/+
 suites/foo/bar/a.yaml
 suites/foo/bar/b.yaml
 suites/foo/bar/c.yaml

is a single test consisting of a + b + c.

A directory with a magic '%' file represents a test matrix formed from
all other items in the directory.  For example,

 suites/baz/%
 suites/baz/a.yaml
 suites/baz/b/b1.yaml
 suites/baz/b/b2.yaml
 suites/baz/c.yaml
 suites/baz/d/d1.yaml
 suites/baz/d/d2.yaml

is a 4-dimensional test matrix.  Two dimensions (a, c) are trivial (1
item), so this is really 2x2 = 4 tests, which are

  a + b1 + c + d1
  a + b1 + c + d2
  a + b2 + c + d1
  a + b2 + c + d2

A directory with a magic '$' file represents a test where one of the other
items is chosen randomly. For example,

suites/foo/$
suites/foo/a.yaml
suites/foo/b.yaml
suites/foo/c.yaml

is a single test.  It will be either a.yaml, b.yaml or c.yaml.  This can be
used in conjunction with the '%' file in other directories to run a series of
tests without causing an unwanted increase in the total number of jobs run.

Symlinks are okay.

The teuthology code can be found in https://github.com/ceph/teuthology.git