[LU-15841] sanity-flr test 47 is failing with 'component 65537, 131075, 196613 have objects allocated on duplicated OSTs' Created: 11/May/22 Updated: 06/Jun/22 Resolved: 06/Jun/22 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | Lustre 2.16.0 |
| Type: | Bug | Priority: | Major |
| Reporter: | Zhenyu Xu | Assignee: | Zhenyu Xu |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Issue Links: |
|
||||||||||||||||
| Severity: | 3 | ||||||||||||||||
| Rank (Obsolete): | 9223372036854775807 | ||||||||||||||||
| Description |
|
sanity-flr test_47 fails with 'component 65537, 131075, 196613 have objects allocated on duplicated OSTs'. CentOS 7.9: https://testing.whamcloud.com/test_sets/070f71ca-c788-41b1-a76b-1142434473d2 SLES15 SP3 clients: https://testing.whamcloud.com/test_sets/71b07e54-1802-4a2a-86e7-1268e89c8e1d CentOS 8.5 clients: https://testing.whamcloud.com/test_sets/c0006263-2d3b-4420-b47b-237e2d6257d0 |
| Comments |
| Comment by Gerrit Updater [ 11/May/22 ] |
|
"Bobi Jam <bobijam@hotmail.com>" uploaded a new patch: https://review.whamcloud.com/47293 |
| Comment by Andreas Dilger [ 13/May/22 ] |
|
Is there a reason this test just started failing? I see there is a "Fixes: fabf3fe7" label on the patch, but that patch was landed as commit v2_11_53_0-18-gfabf3fe7ac (i.e. before FLR was even released), so it seems there must be some other reason this test is recently failing. Coincidentally I just filed LU-15843 on this same topic. |
| Comment by Zhenyu Xu [ 25/May/22 ] |
|
Usually the OST object allocation policy would choose OSTs sequentially one by one even accounting to a new mirror so that in most occasions the test passes, and I don't know why recently it choose an already-chosen OST sometimes for a new mirror. |
| Comment by Gerrit Updater [ 06/Jun/22 ] |
|
"Oleg Drokin <green@whamcloud.com>" merged in patch https://review.whamcloud.com/47293/ |
| Comment by Peter Jones [ 06/Jun/22 ] |
|
Landed for 2.16 |