ceph/qa
Kefu Chai 47080150a1 qa/tasks/workunit.py: use "overrides" as the default settings of workunit
otherwise the settings in "workunit" tasks are always overridden by the
settings in template config. so we'd better follow the way of how
"install" task updates itself with the "overrides" settings: it uses the
"overrides" as the *defaults*.

Fixes: http://tracker.ceph.com/issues/19429
Signed-off-by: Kefu Chai <kchai@redhat.com>
2017-04-02 12:26:30 +08:00
..
archs
btrfs
ceph-deploy-overrides
cephfs qa/suites: run mgr daemon(s) 2017-03-29 11:39:26 -04:00
client
clusters qa/suites: run mgr daemon(s) 2017-03-29 11:39:26 -04:00
config
config_options
debug
distros tests: update SUSE yaml facets in qa/distros/all 2017-02-08 15:27:00 +01:00
erasure-code qa/suites: run mgr daemon(s) 2017-03-29 11:39:26 -04:00
fs
libceph
machine_types
mds
mon/bootstrap
mon_kv_backend
nightlies
objectstore
overrides
packages
qa_scripts tests: drop obsolete Perl scripts 2017-03-13 23:19:43 +01:00
rbd
releases mon/MgrMonitor: health warn/err if no active mgr 2017-03-30 17:57:34 -04:00
rgw_pool_type
suites Merge pull request #14229 from ceph/wip-systemd 2017-03-31 09:15:53 -07:00
tasks qa/tasks/workunit.py: use "overrides" as the default settings of workunit 2017-04-02 12:26:30 +08:00
timezone
workunits qa/workunits/cephtool/test.sh: test_auth_profiles must include mgr 2017-03-29 11:39:26 -04:00
.gitignore
loopall.sh
Makefile
README
run_xfstests_krbd.sh
run_xfstests_qemu.sh
run_xfstests-obsolete.sh
run_xfstests.sh
runallonce.sh
runoncfuse.sh
runonkclient.sh
setup-chroot.sh
tox.ini

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

Symlinks are okay.

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