[LU-9795] SSK test failures in many suites when SHARED_KEY is enabled Created: 24/Jul/17 Updated: 20/Oct/20 |
|
| Status: | Reopened |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | Lustre 2.11.0, Lustre 2.13.0 |
| Fix Version/s: | Lustre 2.12.0 |
| Type: | Bug | Priority: | Minor |
| Reporter: | Chris Hanna | Assignee: | Chris Hanna |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | always_except | ||
| Issue Links: |
|
||||||||||||||||||||
| Severity: | 4 | ||||||||||||||||||||
| Project: | Test Infrastructure | ||||||||||||||||||||
| Rank (Obsolete): | 9223372036854775807 | ||||||||||||||||||||
| Description |
|
The shared key feature (SSK) new in Lustre is not currently passing all tests in some suites within the Lustre test environment. When SHARED_KEY is set to TRUE, the suites and tests listed below cause errors, some of which disrupt further tests. This LU is meant to track these issues and link to the appropriate fixes, if they exist. The testing feature for SSK was added as part of Some tests may fail because of defects in the SSK feature, but it is also possible that they fail because the current testing framework fails to account for them properly. For example, there may be timing issues related to long SSK spin-up that prevent steps from being resolved in their proper order. Current tests which are known to cause issues include: If the defects cannot be resolved, they will be added as exceptions to the testing suites, but only if SSK is enabled. |
| Comments |
| Comment by Gerrit Updater [ 08/Oct/18 ] |
|
Sebastien Buisson (sbuisson@ddn.com) uploaded a new patch: https://review.whamcloud.com/33316 |
| Comment by Gerrit Updater [ 12/Oct/18 ] |
|
Sebastien Buisson (sbuisson@ddn.com) uploaded a new patch: https://review.whamcloud.com/33357 |
| Comment by Gerrit Updater [ 22/Oct/18 ] |
|
Sebastien Buisson (sbuisson@ddn.com) uploaded a new patch: https://review.whamcloud.com/33415 |
| Comment by Gerrit Updater [ 29/Oct/18 ] |
|
Oleg Drokin (green@whamcloud.com) merged in patch https://review.whamcloud.com/28662/ |
| Comment by Gerrit Updater [ 13/Nov/18 ] |
|
Oleg Drokin (green@whamcloud.com) merged in patch https://review.whamcloud.com/33316/ |
| Comment by Gerrit Updater [ 13/Nov/18 ] |
|
Oleg Drokin (green@whamcloud.com) merged in patch https://review.whamcloud.com/33415/ |
| Comment by Peter Jones [ 13/Nov/18 ] |
|
Landed for 2.12 |
| Comment by Gerrit Updater [ 17/Nov/18 ] |
|
Oleg Drokin (green@whamcloud.com) merged in patch https://review.whamcloud.com/33357/ |
| Comment by Andreas Dilger [ 26/Aug/19 ] |
|
There were a number of tests added to the ALWAYS_EXCEPT list when SSK was landed (tracked under this ticket), in order to facilitate the landing process: if $SHARED_KEY; then
# bug number: LU-9795 LU-9795 LU-9795 LU-9795
ALWAYS_EXCEPT+=" 17n 60a 133g 300f "
fi
However, those issues were not fixed and this ticket should not have been closed with the always_except label on it. Either we need to determine what the root cause of these failures is and fix that, or make a determination that those tests are not suitable to be run when SSK is enabled and the tests should use skip "some good reason" inside the test to be skipped rather than using ALWAYS_EXCEPT (which means that there is some lingering defect to be fixed). |
| Comment by Andreas Dilger [ 20/Oct/20 ] |
|
After patch https://review.whamcloud.com/40161 "
|