-
Notifications
You must be signed in to change notification settings - Fork 304
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
DAOS-15930 test: extend_simple add FI required macro call #14667
Conversation
Ticket title is 'daos_test/suite.py:DaosCoreTest.test_daos_extend_simple - timeout waiting for rebuild' |
In release 2.6 RC1 testing certain daos_test -B (extend_simple) cases failed (EXTEND6, EXTEND8, EXTEND14). It was found that, although some extend tests use fault injection via dfs_extend_internal(), they did not invoke FAULT_INJECTION_REQUIRED(). Tthis can result in unpredictable execution (e.g., hangs) when running with a daos build whose BUILD_TYPE=release. This change adds the FAULT_INJECTION_REQUIRED() macro call, and makes some minor changes to the test code to make the output reflect what steps the test executes - to facilitate debugging. Skip-unit-tests: true Skip-fault-injection-test: true Test-tag: test_daos_extend_simple faults-enabled: false Signed-off-by: Kenneth Cain <kenneth.c.cain@intel.com>
80c788b
to
c6e4f9c
Compare
Jenkins build https://build.hpdd.intel.com/job/daos-stack/job/daos/job/PR-14667/3/ in progress at priority 2 as discussed with @sbpeirce . I'll proactively push a release/2.6 branch cherry-pick PR. |
Test stage Functional Hardware Medium UCX Provider completed with status FAILURE. https://build.hpdd.intel.com//job/daos-stack/job/daos/view/change-requests/job/PR-14667/3/execution/node/1036/log |
This seems to be an instance of cart_ctl command failure in UCX environments noted in this ticket https://daosio.atlassian.net/browse/DAOS-16008 The other provider tests (verbs, and verbs MD on SSD) passed, see https://build.hpdd.intel.com/job/daos-stack/job/daos/job/PR-14667/3/testReport/FTEST_daos_test/DaosCoreTest/ And the same code in the other release/2.6 patch passed the test in all 3 environments (ucx, verbs, verbs MD on SSD) |
…#14667) In release 2.6 RC1 testing certain daos_test -B (extend_simple) cases failed (EXTEND6, EXTEND8, EXTEND14). It was found that, although some extend tests use fault injection via dfs_extend_internal(), they did not invoke FAULT_INJECTION_REQUIRED(). This can result in unpredictable execution (e.g., hangs) when running with a daos build whose BUILD_TYPE=release. This change adds the FAULT_INJECTION_REQUIRED() macro call, and makes some minor changes to the test code to make the output reflect what steps the test executes - to facilitate debugging. Signed-off-by: Kenneth Cain <kenneth.c.cain@intel.com>
…14668) In release 2.6 RC1 testing certain daos_test -B (extend_simple) cases failed (EXTEND6, EXTEND8, EXTEND14). It was found that, although some extend tests use fault injection via dfs_extend_internal(), they did not invoke FAULT_INJECTION_REQUIRED(). Tthis can result in unpredictable execution (e.g., hangs) when running with a daos build whose BUILD_TYPE=release. This change adds the FAULT_INJECTION_REQUIRED() macro call, and makes some minor changes to the test code to make the output reflect what steps the test executes - to facilitate debugging. Signed-off-by: Kenneth Cain <kenneth.c.cain@intel.com>
In release 2.6 RC1 testing certain daos_test -B (extend_simple)
cases failed (EXTEND6, EXTEND8, EXTEND14). It was found that, although
some extend tests use fault injection via dfs_extend_internal(), they
did not invoke FAULT_INJECTION_REQUIRED(). This can result in
unpredictable execution (e.g., hangs) when running with a daos build
whose BUILD_TYPE=release.
This change adds the FAULT_INJECTION_REQUIRED() macro call,
and makes some minor changes to the test code to make the output
reflect what steps the test executes - to facilitate debugging.
Skip-unit-tests: true
Skip-fault-injection-test: true
Test-tag: test_daos_extend_simple
faults-enabled: false
Before requesting gatekeeper:
Features:
(orTest-tag*
) commit pragma was used or there is a reason documented that there are no appropriate tags for this PR.Gatekeeper: