[LU-13975] 'ls -R' fails on encrypted dir without key Created: 21/Sep/20 Updated: 19/Oct/20 Resolved: 19/Oct/20 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | Lustre 2.14.0 |
| Fix Version/s: | Lustre 2.14.0 |
| Type: | Bug | Priority: | Minor |
| Reporter: | Sebastien Buisson | Assignee: | Sebastien Buisson |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | encryption, security | ||
| Severity: | 3 |
| Rank (Obsolete): | 9223372036854775807 |
| Description |
|
'ls -R' fails on encrypted directory when key is not available. Looking at the debug logs, it turns out ll_atomic_open() returns -126: 00000080:00000001:0.0:1600445147.245153:0:17885:0:(namei.c:1057:ll_atomic_open()) Process entered 00000080:00200000:0.0:1600445147.245154:0:17885:0:(namei.c:1062:ll_atomic_open()) VFS Op:name=subdir, dir=[0x20000041b:0x8:0x0](000000003df2bae3), file 00000000f2e92423, open_flags 18800, mode 0 opened 0 00000080:00000010:0.0:1600445147.245156:0:17885:0:(namei.c:1082:ll_atomic_open()) kmalloced '(it)': 72 at 00000000a652a8d8. 00000080:00000001:0.0:1600445147.245177:0:17885:0:(namei.c:1118:ll_atomic_open()) Process leaving via out_release (rc=18446744073709551490 : -126 : 0xffffffffffffff82) 00000080:00000010:0.0:1600445147.245180:0:17885:0:(namei.c:1206:ll_atomic_open()) kfreed 'it': 72 at 00000000a652a8d8. 00000080:00000001:0.0:1600445147.245180:0:17885:0:(namei.c:1208:ll_atomic_open()) Process leaving (rc=18446744073709551490 : -126 : ffffffffffffff82) However, recursively listing directories should be possible without the key. |
| Comments |
| Comment by Gerrit Updater [ 21/Sep/20 ] |
|
Sebastien Buisson (sbuisson@ddn.com) uploaded a new patch: https://review.whamcloud.com/39983 |
| Comment by Gerrit Updater [ 19/Oct/20 ] |
|
Oleg Drokin (green@whamcloud.com) merged in patch https://review.whamcloud.com/39983/ |
| Comment by Peter Jones [ 19/Oct/20 ] |
|
Landed for 2.14 |