Details
-
Bug
-
Resolution: Fixed
-
Blocker
-
Lustre 2.6.0
-
None
-
3
-
13201
Description
The LFSCK may cannot rebuild the FID-in-dirent for ".." entry after the MDT restored from file-level backup, because there is not enough space in the directory head area. Then OBD_FAIL_FID_LOOKUP failed on ".." will cause unexpected failure. For example:
== sanity-lfsck test 5: LFSCK can handle IFIG object upgrading == 06:53:16 (1395237196) rm: cannot remove `/mnt/lustre/d4.sanity-lfsck': Directory not empty CMD: shadow-8vm12 /usr/sbin/lctl set_param fail_loc=0x1504 fail_loc=0x1504 ...
Attachments
Activity
Resolution | New: Fixed [ 1 ] | |
Status | Original: In Progress [ 3 ] | New: Resolved [ 5 ] |
Priority | Original: Critical [ 2 ] | New: Blocker [ 1 ] |
Priority | Original: Major [ 3 ] | New: Critical [ 2 ] |
Fix Version/s | New: Lustre 2.6.0 [ 10595 ] |
Priority | Original: Minor [ 4 ] | New: Major [ 3 ] |
Affects Version/s | New: Lustre 2.6.0 [ 10595 ] |
Summary | Original: OBD_FAIL_FID_LOOKUP should not simulate failure on ".." entry | New: NOT inject OBD_FAIL_FID_LOOKUP failure on dotdot entry |
Status | Original: Open [ 1 ] | New: In Progress [ 3 ] |