[LU-3730] sanity-hsm test_3 Error: 'could not create file' Created: 09/Aug/13 Updated: 31/Aug/21 Resolved: 12/Sep/13 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | Lustre 2.5.0 |
| Type: | Bug | Priority: | Critical |
| Reporter: | Keith Mannthey (Inactive) | Assignee: | Jinshan Xiong (Inactive) |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | HSM, revzfs | ||
| Environment: |
autotest |
||
| Issue Links: |
|
||||||||||||||||||||
| Severity: | 3 | ||||||||||||||||||||
| Rank (Obsolete): | 9628 | ||||||||||||||||||||
| Description |
|
Sanity-hsm test_3 is failing alot: One example can be seen here: https://maloo.whamcloud.com/test_sets/0c378cde-ff90-11e2-a3fb-52540035b04c test_3
Error: 'could not create file'
Failure Rate: 27.00% of last 100 executions [all branches]
The only thing of interest I found so far is from the MDS console. 05:39:27:Lustre: DEBUG MARKER: == sanity-hsm test 3: Check file dirtyness when opening for write == 05:39:24 (1375879164) 05:39:27:LustreError: 1146:0:(mdt_xattr.c:134:mdt_getxattr_one()) getxattr failed: -61 05:39:27:LustreError: 1146:0:(mdt_xattr.c:134:mdt_getxattr_one()) Skipped 1453 previous similar messages 05:39:27:Lustre: DEBUG MARKER: /usr/sbin/lctl mark sanity-hsm test_3: @@@@@@ FAIL: could not create file Tests after this tend to fail as well. |
| Comments |
| Comment by James Nunez (Inactive) [ 12/Aug/13 ] |
|
Another failure at: https://maloo.whamcloud.com/test_sets/aa3d4616-001d-11e3-a856-52540035b04c |
| Comment by Bruno Faccini (Inactive) [ 20/Aug/13 ] |
|
Jinshan, as you already documented in |
| Comment by Jinshan Xiong (Inactive) [ 20/Aug/13 ] |
|
There was no such information to indicate why reading acl access info failed. From the test case itself, I feel it's not necessary to use `cp -p' so changing it to `cp' would work. |
| Comment by Nathaniel Clark [ 22/Aug/13 ] |
|
This appears to be a duplicate of |
| Comment by Nathaniel Clark [ 03/Sep/13 ] |
|
This should be fixed by |
| Comment by Nathaniel Clark [ 12/Sep/13 ] |
|
This seems to be fixed now that |