ceph/qa
Deepika Upadhyay 21508bd9dd mon/OSDMonitor: add flag --yes-i-really-mean-it for setting pool size 1
Adds option `mon_allow_pool_size_one` which will be disabled by default
to ensure pools are not configured without replicas.
If the user still wants to use pool size 1, they will have to change the
value of `mon_allow_pool_size_one` to true and then have to pass flag
`--yes-i-really-mean-it` to cli command:

Example:
`ceph osd pool test set size 1 --yes-i-really-mean-it`

Fixes: https://tracker.ceph.com/issues/44025
Signed-off-by: Deepika Upadhyay <dupadhya@redhat.com>
2020-03-09 23:27:36 +05:30
..
archs
btrfs
cephfs qa: add upgrade test for volume upgrade from legacy 2020-03-02 20:27:15 -08:00
client
clusters qa/tasks/cephadm: deploy node-exporter 2020-02-19 15:24:52 +01:00
config
crontab qa/tests: reduced runs for nautilus, added runs for octopus 2020-02-11 08:37:15 -08:00
debug
distros qa/distros: add opensuse_15.2.yaml 2020-02-20 11:50:28 +01:00
erasure-code
libceph
machine_types qa/tests: reduced runs for nautilus, added runs for octopus 2020-02-11 08:37:15 -08:00
mds
mon/bootstrap
msgr
nightlies
objectstore qa/objectstore: test all bluestore compression algorithms 2020-03-02 13:01:22 -06:00
objectstore_cephfs
overrides
packages
qa_scripts
rbd
releases
rgw_bucket_sharding qa/rgw: add different bucket sharding overrides 2020-02-28 14:36:59 -05:00
rgw_frontend
rgw_pool_type
standalone mon/OSDMonitor: add flag --yes-i-really-mean-it for setting pool size 1 2020-03-09 23:27:36 +05:30
suites Merge PR #33047 into master 2020-03-04 09:58:45 -06:00
tasks mon/OSDMonitor: add flag --yes-i-really-mean-it for setting pool size 1 2020-03-09 23:27:36 +05:30
timezone
workunits mon/OSDMonitor: add flag --yes-i-really-mean-it for setting pool size 1 2020-03-09 23:27:36 +05:30
.gitignore
CMakeLists.txt
find-used-ports.sh
loopall.sh
Makefile
README
run_xfstests_qemu.sh
run_xfstests-obsolete.sh
run_xfstests.sh
run-standalone.sh
runallonce.sh
runoncfuse.sh
runonkclient.sh
setup-chroot.sh
tox.ini
valgrind.supp

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