Repository navigation
DAOS-17977 vos: new parameter acts for sys_db_trav_cb_t - #16896
Conversation
|
Ticket title is 'recovery/cat_recov_core.py:CatRecovCoreTest.test_daos_cat_recov_core - CR9: Failure assert_rc_equal src/tests/suite/daos_cr.c:1861 DER_INVAL(-1003) != DER_SUCCESS(0) and then CR10 - CR28 ' |
5b7eeb3 to
5978919
Compare
|
Test stage Functional Hardware Medium Verbs Provider MD on SSD completed with status FAILURE. https://jenkins-3.daos.hpc.amslabs.hpecorp.net//job/daos-stack/job/daos/view/change-requests/job/PR-16896/3/execution/node/1391/log |
db_traverse() calls vos_iterate() to traverse the VOS_ITER_AKEY for related sysdb table. For each found item, it handles it via sys_db_trav_cb_t() that may remove such item from related sysdb table, such as for some CHK cleanup use case. If that happened, We will notify vos_iterate() logic via set "VOS_ITER_CB_DELETE" flag in the "acts" parameter; otherwise some item(s) in related sysdb table may be skipped in subsequent iteration. For CHK use case, that may affect new check instance to reset automatically. Test-tag: cat_recov Signed-off-by: Fan Yong <fan.yong@hpe.com>
5978919 to
a4f7468
Compare
|
Test stage Functional Hardware Medium MD on SSD completed with status FAILURE. https://jenkins-3.daos.hpc.amslabs.hpecorp.net//job/daos-stack/job/daos/view/change-requests/job/PR-16896/5/execution/node/624/log |
PoolMembershipTest.test_dangling_rank_entry failed for DAOS-18018, not related with the patch. |
daltonbohning
left a comment
There was a problem hiding this comment.
ftest changes LGTM but is this really meant to run with
Test-tag: cat_recov
Instead of
Features: cat_recov
I want to only run test cases with tags=cat_recov (that are under |
|
No, the new parameter in the patch is useless for |
|
test_dangling_rank_entry failed for DAOS-18018, not related with the patch. |
db_traverse() calls vos_iterate() to traverse the VOS_ITER_AKEY for related sysdb table. For each found item, it handles it via sys_db_trav_cb_t() that may remove such item from related sysdb table, such as for some CHK cleanup use case. If that happened, We will notify vos_iterate() logic via set "VOS_ITER_CB_DELETE" flag in the "acts" parameter; otherwise some item(s) in related sysdb table may be skipped in subsequent iteration. For CHK use case, that may affect new check instance to reset automatically.
Test-tag: cat_recov
Steps for the author:
After all prior steps are complete: