Details
-
Bug
-
Resolution: Not a Bug
-
Major
-
None
-
None
-
None
-
3
-
9223372036854775807
Description
Close examination of sanity-flr test 0h shows something troubling.
Simply run the test to completion, but add an error statement so the file is retained. Here's what the getstripe output on the file looks like after 0h (again, with no modification):
[root@cent7c01 lustre]# lfs getstripe f0h.sanity-flr
f0h.sanity-flr
lcm_layout_gen: 9
lcm_mirror_count: 3
lcm_entry_count: 4
lcme_id: 65537
lcme_mirror_id: 1
lcme_flags: init
lcme_extent.e_start: 0
lcme_extent.e_end: 1048576
lmm_stripe_count: 1
lmm_stripe_size: 1048576
lmm_pattern: raid0
lmm_layout_gen: 0
lmm_stripe_offset: 0
lmm_objects:
- 0: { l_ost_idx: 0, l_fid: [0x100000000:0x10:0x0] }
lcme_id: 65538
lcme_mirror_id: 1
lcme_flags: init,prefer
lcme_extent.e_start: 1048576
lcme_extent.e_end: EOF
lmm_stripe_count: 1
lmm_stripe_size: 1048576
lmm_pattern: raid0
lmm_layout_gen: 0
lmm_stripe_offset: 0
lmm_objects:
- 0: { l_ost_idx: 0, l_fid: [0x100000000:0x11:0x0] }
lcme_id: 131075
lcme_mirror_id: 2
lcme_flags: init,prefer
lcme_extent.e_start: 0
lcme_extent.e_end: EOF
lmm_stripe_count: 1
lmm_stripe_size: 1048576
lmm_pattern: raid0
lmm_layout_gen: 0
lmm_stripe_offset: 1
lmm_objects:
- 0: { l_ost_idx: 1, l_fid: [0x100010000:0x10:0x0] }
lcme_id: 196612
lcme_mirror_id: 3
lcme_flags: init
lcme_extent.e_start: 0
lcme_extent.e_end: EOF
lmm_stripe_count: 1
lmm_stripe_size: 1048576
lmm_pattern: raid0
lmm_layout_gen: 0
lmm_stripe_offset: 1
lmm_objects:
- 0: { l_ost_idx: 1, l_fid: [0x100010000:0x11:0x0] }
The key part is these two components, the second and third in the list above:
lcme_id: 65538
lcme_mirror_id: 1
lcme_flags: init,prefer
lcme_extent.e_start: 1048576
lcme_extent.e_end: EOF
lmm_stripe_count: 1
lmm_stripe_size: 1048576
lmm_pattern: raid0
lmm_layout_gen: 0
lmm_stripe_offset: 0
lmm_objects:
- 0: { l_ost_idx: 0, l_fid: [0x100000000:0x11:0x0] } lcme_id: 131075
lcme_mirror_id: 2
lcme_flags: init,prefer
lcme_extent.e_start: 0
lcme_extent.e_end: EOF
lmm_stripe_count: 1
lmm_stripe_size: 1048576
lmm_pattern: raid0
lmm_layout_gen: 0
lmm_stripe_offset: 1
lmm_objects:
- 0: { l_ost_idx: 1, l_fid: [0x100010000:0x10:0x0] }
The first component is in mirror 1, and runs from 1 MiB to EOF, and is preferred for write. The second component is in mirror 2 and runs from 0 to EOF... and is preferred for write.
This seems to be inherently conflicted. I would think the tools should prevent setting overlapping "prefer" flags...?
Attachments
Issue Links
- is related to
-
LU-11485 MDS allows "lfs setstripe" to mark last mirror as stale
-
- Resolved
-