[LU-248] port bug24194 to master (Still seeing inconsistencies in OST allocation) Created: 28/Apr/11 Updated: 01/Jun/11 Resolved: 01/Jun/11 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | Lustre 1.8.6 |
| Fix Version/s: | Lustre 2.1.0 |
| Type: | Bug | Priority: | Minor |
| Reporter: | Hongchao Zhang | Assignee: | Hongchao Zhang |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Severity: | 3 |
| Bugzilla ID: | 24,194 |
| Rank (Obsolete): | 5015 |
| Description |
|
port the patch in 1.8.6 to master(2.1.0) |
| Comments |
| Comment by Peter Jones [ 10/May/11 ] |
|
Hongchao it would be a good idea to copy the main details of the issue from the bz ticket in case bz is unavailable when you want to work on this |
| Comment by Hongchao Zhang [ 10/May/11 ] |
|
after the qos_threshold_rr was set to 100%, the allocation of OSTs is not consistent in a consistent round-robin allocation. Each IOR test creates 48 to 240 files (multiples of 12) in a directory called multdir with: lfs setstripe multdir -s 1m -c 1 After creating the files, we look at the output of 'lfs getstripe multdir' and add up the number of files assigned to each OST. ++++ Results are listed by OST the cause of the above problem is that there are other creating operations during the IOR test, and the OST objects are allocated if OST count is 12, lqr_start_count will be (1000/12 + 4)*12 = 1044, let's do the test, creating 1044 files (87 objects in each OST), then when creating the 1044th btw, the OST allocation is still consistent in the system view. the patch will increase the LOV reseed window to mitigate the issue |
| Comment by Build Master (Inactive) [ 31/May/11 ] |
|
Integrated in Oleg Drokin : 4f50bbfa20b8cfdf13c2647cfae057285df9e9e8
|
| Comment by Build Master (Inactive) [ 31/May/11 ] |
|
Integrated in Oleg Drokin : 4f50bbfa20b8cfdf13c2647cfae057285df9e9e8
|
| Comment by Build Master (Inactive) [ 31/May/11 ] |
|
Integrated in Oleg Drokin : 4f50bbfa20b8cfdf13c2647cfae057285df9e9e8
|
| Comment by Build Master (Inactive) [ 31/May/11 ] |
|
Integrated in Oleg Drokin : 4f50bbfa20b8cfdf13c2647cfae057285df9e9e8
|
| Comment by Build Master (Inactive) [ 31/May/11 ] |
|
Integrated in Oleg Drokin : 4f50bbfa20b8cfdf13c2647cfae057285df9e9e8
|
| Comment by Build Master (Inactive) [ 31/May/11 ] |
|
Integrated in Oleg Drokin : 4f50bbfa20b8cfdf13c2647cfae057285df9e9e8
|
| Comment by Build Master (Inactive) [ 31/May/11 ] |
|
Integrated in Oleg Drokin : 4f50bbfa20b8cfdf13c2647cfae057285df9e9e8
|
| Comment by Build Master (Inactive) [ 31/May/11 ] |
|
Integrated in Oleg Drokin : 4f50bbfa20b8cfdf13c2647cfae057285df9e9e8
|
| Comment by Build Master (Inactive) [ 31/May/11 ] |
|
Integrated in Oleg Drokin : 4f50bbfa20b8cfdf13c2647cfae057285df9e9e8
|
| Comment by Build Master (Inactive) [ 31/May/11 ] |
|
Integrated in Oleg Drokin : 4f50bbfa20b8cfdf13c2647cfae057285df9e9e8
|
| Comment by Build Master (Inactive) [ 31/May/11 ] |
|
Integrated in Oleg Drokin : 4f50bbfa20b8cfdf13c2647cfae057285df9e9e8
|
| Comment by Build Master (Inactive) [ 31/May/11 ] |
|
Integrated in Oleg Drokin : 4f50bbfa20b8cfdf13c2647cfae057285df9e9e8
|
| Comment by Build Master (Inactive) [ 31/May/11 ] |
|
Integrated in Oleg Drokin : 4f50bbfa20b8cfdf13c2647cfae057285df9e9e8
|
| Comment by Build Master (Inactive) [ 31/May/11 ] |
|
Integrated in Oleg Drokin : 4f50bbfa20b8cfdf13c2647cfae057285df9e9e8
|
| Comment by Build Master (Inactive) [ 31/May/11 ] |
|
Integrated in Oleg Drokin : 4f50bbfa20b8cfdf13c2647cfae057285df9e9e8
|
| Comment by Hongchao Zhang [ 01/Jun/11 ] |
|
patch has been pushed into master, close the issue, please reopen it if needed |