[LU-12058] sanity test_51d: @@@@@@ FAIL: OST 1 has less #0 objects vs OST 0 (0 < 1000 Created: 11/Mar/19 Updated: 26/May/23 Resolved: 22/Sep/21 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | Lustre 2.15.0 |
| Type: | Bug | Priority: | Minor |
| Reporter: | Vladimir Saveliev | Assignee: | Vladimir Saveliev |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Issue Links: |
|
||||||||||||||||||||
| Severity: | 3 | ||||||||||||||||||||
| Rank (Obsolete): | 9223372036854775807 | ||||||||||||||||||||
| Description |
|
sanity.sh:test_51d assumes that stripe offset is -1, so it fails otherwise. #! /bin/bash export OSTCOUNT=3 REFORMAT=yes sh llmount.sh lfs setstripe -i 0 -c 2 /mnt/lustre NOFORMAT=yes ONLY=51d sh sanity.sh The test's output: == sanity test 51d: check object distribution ======================================================== 00:10:37 (1552252237) total: 1000 open/close in 1.82 seconds: 549.05 ops/second OST0 has 1000 objects, 1000 are index 0 OST1 has 1000 objects, 0 are index 0 OST2 has 0 objects, 0 are index 0 - unlinked 0 (time 1552252239 ; total 0 ; last 0) total: 1000 unlinks in 3 seconds: 333.333344 unlinks/second sanity test_51d: @@@@@@ FAIL: OST 1 has less #0 objects vs OST 0 (0 < 1000
|
| Comments |
| Comment by Gerrit Updater [ 11/Mar/19 ] |
|
Vladimir Saveliev (c17830@cray.com) uploaded a new patch: https://review.whamcloud.com/34390 |
| Comment by Andreas Dilger [ 11/Mar/19 ] |
|
Isn't this fallout from the previous patch https://review.whamcloud.com/34386 " |
| Comment by Alex Zhuravlev [ 24/Aug/21 ] |
|
https://testing.whamcloud.com/test_sessions/6ff51064-1eac-40b4-997f-bc6fcf59607a |
| Comment by Andreas Dilger [ 26/Aug/21 ] |
|
+1 on master https://testing.whamcloud.com/test_sets/220ac885-cdcd-42f9-bd09-3c1160c27945 The original commit adding test_51d was: Branch b1_4
Description: Inefficient object allocation for multi-stripe files
Details : When selecting which OSTs to stripe files over, for files with
a stripe count that divides evenly into the number of OSTs,
the MDS is always picking the same starting OST for each file.
Return the OST selection heuristic to the original design.
Also make these variables per-LOV for the case of multiple
MDTs on the same node and add sanity.sh test 51d to verify.
b=10671
I think a core problem with the test is that if the OSTs are imbalanced and QOS is used, then the starting OST allocation will also be imbalanced, causing the test to intermittently fail. Either it should explicitly disable QOS before the start of the test (*.*.qos_threshold=100, account for the OST imbalance, or just be more forgiving in the thresholds. |
| Comment by Gerrit Updater [ 26/Aug/21 ] |
|
"Andreas Dilger <adilger@whamcloud.com>" uploaded a new patch: https://review.whamcloud.com/44762 |
| Comment by Gerrit Updater [ 22/Sep/21 ] |
|
"Oleg Drokin <green@whamcloud.com>" merged in patch https://review.whamcloud.com/44762/ |
| Comment by Peter Jones [ 22/Sep/21 ] |
|
Landed for 2.15 |