New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
test: make check using cmake #10116
test: make check using cmake #10116
Conversation
eb42592
to
5a3bb18
Compare
5a3bb18
to
be4fb82
Compare
be4fb82
to
912c6be
Compare
bf862bc
to
877bc30
Compare
timeout tests
failed/segfault test
|
0413d65
to
f0f89ee
Compare
@alimaredia i think it's ready to merge albeit some failures listed above. but the autotools build also times out. the only mystery is test_async_compressor. |
Signed-off-by: Sage Weil <sage@redhat.com>
f0f89ee
to
9cf8f64
Compare
changelog
|
9cf8f64
to
fc66889
Compare
seems we practically ran "make check" twice in https://jenkins.ceph.com/job/ceph-pull-requests/8638/console. in the first pass, all tests passed. in the second pass, 142/144 passed. changelog
|
retest this please. |
010cecc
to
e9ce7f0
Compare
Signed-off-by: Kefu Chai <kchai@redhat.com>
Signed-off-by: Kefu Chai <kchai@redhat.com>
create temp directory and files in $TMPDIR. the $TMPDIR is hard-wired to /tmp before this change, we'd better respect the env variable $TMPDIR, so it would be more consistent, and easier to do the cleanup if any. Signed-off-by: Kefu Chai <kchai@redhat.com>
we should use the cmake function of add_ceph_test() to add osd-copy-from.sh as a test. then we won't miss any env variables. w/o this change, $CEPH_BUILD_VIRTUALENV is not passed to osd-copy-from.sh. Signed-off-by: Kefu Chai <kchai@redhat.com>
"rados -p rbd put foo rados" does not work if "rados" is not in current path. so change it to "rados -p rbd put foo $(which rados)" Signed-off-by: Kefu Chai <kchai@redhat.com>
This reverts commit 19c0731. Signed-off-by: Kefu Chai <kchai@redhat.com>
e9ce7f0
to
152b7b6
Compare
"make all" does not offer "ceph-disk" and "ceph-detect-init" for testing. as they are solely used for testing purpose. instead, these two python command line packages are installed by the "install" target. so we need to use "make check" to 1) prepare the test dependencies 2) launch ctest to perform the test. Signed-off-by: Kefu Chai <kchai@redhat.com>
changelog
|
8e7199e
to
79027eb
Compare
@tchaikov another killertime is: |
@wjwithagen i am trying to bisect the failure of timeout, not to reduce the time of running unit tests. maybe we can do it later. |
@tchaikov |
ceph-helpers has a few tests that do things like: |
@wjwithagen there are surely some places we can improve. but i just want to fix the jenkins "make check" this time. if you could reproduce the timeout/failure, that would be great. |
Signed-off-by: Kefu Chai <kchai@redhat.com>
4169fe3
to
d053705
Compare
Why is make check faster? Is it doing less? Or is ctest in parallel breaking because of tests interfering? |
In any case, I have no problems with merging this now and fixing it up later, since it appears as though make check on autotools is also broken right now. |
yes, that's why "make check" with parallel level of 1 (the default value) is faster. just because it does not timeout. anyway, i put the // back to "make check" by adding "CTEST_PARALLEL_LEVEL" env var. |
so three failures:
|
@tchaikov And running ctest -j$(nproc) did not help, because you get errors? Looking at the time distribution (on FreeBSD) I have:
|
but i don't get any error with "-jN" locally. |
Oke, so it was just only timeout trouble. |
to test the "make check" with cmake, see #10111