[LU-7371] Wrong read length over isize Created: 02/Nov/15 Updated: 03/Oct/19 Resolved: 02/Dec/15 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | Lustre 2.8.0 |
| Fix Version/s: | Lustre 2.8.0 |
| Type: | Bug | Priority: | Critical |
| Reporter: | Li Xi (Inactive) | Assignee: | Alex Zhuravlev |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | patch | ||
| Attachments: |
|
||||||||
| Issue Links: |
|
||||||||
| Severity: | 3 | ||||||||
| Rank (Obsolete): | 9223372036854775807 | ||||||||
| Description |
|
When running on osd-ldiskfs, if the isize is equal to 4095, a read length of 4096 will be returned because a wrong calculation of EOF. |
| Comments |
| Comment by Gerrit Updater [ 02/Nov/15 ] |
|
Li Xi (lixi@ddn.com) uploaded a new patch: http://review.whamcloud.com/17020 |
| Comment by Joseph Gmitter (Inactive) [ 02/Nov/15 ] |
|
Hi Alex, |
| Comment by Li Xi (Inactive) [ 04/Nov/15 ] |
|
I tried to write regression test. However, Lustre client has way to determine file size on client side. So, it seems hard to reproduce the issue on client side. I collected following messages when doing following things on Lustre without patch (all Lustre client and servers runs on the same machine): dd if=/dev/zero of=file bs=4095 count=1 [root@server1 lustre]# grep tgt_brw_read /tmp/lustre.log | grep leaving |
| Comment by Andreas Dilger [ 05/Nov/15 ] |
|
I had originally thought dd if=/dev/zero of=$DIR/$tfile bs=4095 count=1 conv=sync would be enough to create the file at 4095 bytes, and then the with bs=4096 bytes would trigger the bug. If that doesn't work, then another option is to add an OBD_FAIL_OST_* check in the code to reproduce the original symptom. |
| Comment by Gerrit Updater [ 06/Nov/15 ] |
|
Li Xi (lixi@ddn.com) uploaded a new patch: http://review.whamcloud.com/17060 |
| Comment by Gerrit Updater [ 11/Nov/15 ] |
|
Oleg Drokin (oleg.drokin@intel.com) merged in patch http://review.whamcloud.com/17020/ |
| Comment by Gerrit Updater [ 02/Dec/15 ] |
|
Oleg Drokin (oleg.drokin@intel.com) merged in patch http://review.whamcloud.com/17060/ |
| Comment by Joseph Gmitter (Inactive) [ 02/Dec/15 ] |
|
Both patches have landed for 2.8.0 |