[LU-14324] fsx fallocate detection is buggy Created: 11/Jan/21 Updated: 14/Jan/21 Resolved: 12/Jan/21 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | Lustre 2.14.0 |
| Type: | Bug | Priority: | Major |
| Reporter: | Oleg Drokin | Assignee: | Oleg Drokin |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Issue Links: |
|
||||||||||||
| Severity: | 3 | ||||||||||||
| Rank (Obsolete): | 9223372036854775807 | ||||||||||||
| Description |
|
It seems fsx support on zfs is now broken. The test fsx performs is by doing fallocate of 1 byte that is optimized away for certain types of modes (like hole) in the client without even talking to the server. To proper trigger talking to the server we need to go at least one page away it seems. The other problem is even if fallocate call does fail - it might still leave file size increased and so we must perform truncate back to zero at all times to ensure correct operation of subsequent test. A number of these scenarios was explored in this test change over multiple changesets https://review.whamcloud.com/#/c/41200/ - check the janitor test results |
| Comments |
| Comment by Gerrit Updater [ 12/Jan/21 ] |
|
Oleg Drokin (green@whamcloud.com) uploaded a new patch: https://review.whamcloud.com/41202 |
| Comment by Gerrit Updater [ 12/Jan/21 ] |
|
Oleg Drokin (green@whamcloud.com) merged in patch https://review.whamcloud.com/41202/ |
| Comment by Peter Jones [ 12/Jan/21 ] |
|
Landed for 2.14 |