When multiple client run in parallel on the same machine and they
try to get workunits from a repository that is not github, they must
git clone in a directory that is suffixed as srcdir. Otherwise they
will conflict with each other.
Fixes: http://tracker.ceph.com/issues/17116
Signed-off-by: Loic Dachary <loic@dachary.org>
otherwise monitor could reject the command:
```
Refusing to reweight: we only used 588084 kb used across all osds!
```
if the average used space is smaller than
`mon_reweight_min_bytes_per_osd`.
Fixes: http://tracker.ceph.com/issues/16805
Signed-off-by: Kefu Chai <kchai@redhat.com>
vstart_runner can't find arguments to ceph daemons to identify them with
ps -x because commands are cut off at terminal width. Add -ww for wide
output.
Signed-off-by: Douglas Fuller <dfuller@redhat.com>
Fortunately we already have a test that creates the condition,
so just tweak it to exceed the 150% threshold for the health warning,
and check that the health message appears.
Signed-off-by: John Spray <john.spray@redhat.com>
The rest of the test is still valuable to ensure that we detect missing
items which are not in the log, but now that the missing set is
explicitely persisted, the divergent priors set isn't a special case
and won't have special log lines to check for.
Signed-off-by: Samuel Just <sjust@redhat.com>
Test the usecases for the authentication metadata stored
by the volume client:
* Obtain the list of auth IDs having access to a volume.
* Restrict volume access to auth IDs of a single (OpenStack)
tenant to enforce strong tenant isolation of volumes.
Signed-off-by: Ramana Raja <rraja@redhat.com>
We changed the default to k+1 instead of k. Adjust test to compensate.
Fixes: http://tracker.ceph.com/issues/16416
Signed-off-by: Samuel Just <sjust@redhat.com>
Message is logged as, filesystem is mounted,
despite the vstart_runner just trying to mount
at this stage.
Signed-off-by: Ramana Raja <rraja@redhat.com>
... instead of iterating over all blacklist entries. Fall
back to the old way if the new way doesn't work (i.e. on
old ceph)
Signed-off-by: John Spray <john.spray@redhat.com>
``long_running`` needs a better name, it's really just a
marker that says a test is for use in teuthology but not vstart.
Signed-off-by: John Spray <john.spray@redhat.com>
The fragment configuration uses 10000 for the fragment max size. The reason for
this is that many tests add 1000 files to a single directory which will hit
this limit without fragmentation catching up.
The test_dirfrag_limit test confirms:
o That the directory fragment size cannot exceed mds_bal_fragment_size_max (using a limit of 50 in all configurations).
o That fragmentation (forced) will allow more entries to be created.
o That unlink fails when the stray directory fragment becomes too large and that unlinking may continue once those strays are purged.
Tests: https://github.com/ceph/ceph/pull/9789
Issue: http://tracker.ceph.com/issues/16164
Signed-off-by: Patrick Donnelly <batrick@batbytes.com>
The upgrade tests restart the daemons right before that part, and the
restart marks the osds down causing the flush_pg_stats to fail. It's
not necessary anymore anyway.
Signed-off-by: Samuel Just <sjust@redhat.com>
