[LU-3858] sanity test_27A: @@@@@@ FAIL: stripe count -1 != 1

• Status: Resolved
• Project: Lustre
• Fix Version/s: Lustre 2.6.0, Lustre 2.5.2
• Type: Bug
• Priority: Minor
• Reporter: Li Xi (Inactive)
• Assignee: Bruno Faccini (Inactive)
• Resolution: Fixed
• Labels: patch
• Severity: 3

Description

Sanity 27A failed when we tried to run tests. We found that after clearing the stripe of Lustre root directry, it will takes seconds before the stripe is updated actually. We can reproduce the problem easily by running the script attached.

The delay of stripe updating may due to the delay of config log processing. It may not be easy to change this behavior, so I changed the test suit. I will push the patch soon.

Issue Links

• is related to: LU-3886 sanity test_56a: @@@@@@ FAIL: /usr/bi...

Comments

[Li Xi (Inactive)]

Here is the patch.
http://review.whamcloud.com/#/c/7495/

[Bruno Faccini (Inactive)]

Hello Li,
You did not indicate which version of Lustre you use, but anyway I am able to reproduce it with current master !
Thank's for the test patch already, and I will try to provide update soon.

[Li Xi (Inactive)]

Hello Bruno,

Sorry for missing the version. I got the problem on master branch too.

Thanks!

[Bruno Faccini (Inactive)]

Hello Li,
Since patch has land, is there anything else to be done for this ticket or can we close it ?

[Li Xi (Inactive)]

Hello Bruno,

Yeah. Please close it. Thanks a lot!

[Vinayak (Inactive)]

Hello Li Xi,

Stripe count of /mnt/lustre is by default 1. Though update takes time, getstripe should return 1 rather than -1 as 1 is the default value. How wait_update helps here ?

# lfs getstripe /mnt/lustre
/mnt/lustre
stripe_count:   1 stripe_size:    1048576 stripe_offset:  -1

Please help me understand this. Thanks in advance.