[LU-2871] Data can't be striped across all the OSTs correctly by running "lfs setstripe -c -1 -i n" (n>0)

• Type: Bug
• Resolution: Fixed
• Priority: Blocker
• Fix Version/s: Lustre 2.4.0
• Affects Version/s: Lustre 2.4.0
• Labels: MB
• Severity: 3
• Assignee: Emoly Liu
• Reporter: Emoly Liu

Description

I found this problem during the investigation on LU-2809. While running "lfs setstripe -c -1 -i n testfile", if ost index n doesn't start from 0, it shows that data can't be striped across all the OSTs and OST0 is always ignored.

Issue Links

• is duplicated by: LU-2893 OST index 0 never used when offset is specified
• is related to: LU-2809 fix ll_setxattr() to always ignore ll_stripe_offset

Comments

[Emoly Liu]

Landed for 2.4

[Emoly Liu]

Sure, I made the both changes in the patch and will update it per Ned Bass' advice later. Thanks!

[Alex Zhuravlev]

liuying, it's better to mark index used after successful lod_qos_declare_object_on(). and I don't think this is an option to the change by Zhenyu Xu, I think the both changes should be applied.

[Emoly Liu]

Patch is at http://review.whamcloud.com/5554

[Emoly Liu]

I will add a sanity test for this case.

[Emoly Liu]

Another way, run lod_qos_ost_in_use() after lod_qos_is_ost_used() check, right?

diff --git a/lustre/lod/lod_qos.c b/lustre/lod/lod_qos.c
index 2b81ad8..92b3b36 100644
--- a/lustre/lod/lod_qos.c
+++ b/lustre/lod/lod_qos.c
@@ -887,6 +887,7 @@ repeat_find:
                 */
                if (lod_qos_is_ost_used(env, ost_idx, stripe_num))
                        continue;
+               lod_qos_ost_in_use(env, stripe_num, ost_idx);
 
                /* Drop slow OSCs if we can, but not for requested start idx.
                 *