LFSCK II: MDT-OST consistency check/repair (LU-1267)

[LU-3590] Repair the file which MDT-object has dangling reference Created: 16/Jul/13  Updated: 22/Feb/14  Resolved: 22/Feb/14

Status: Resolved
Project: Lustre
Component/s: None
Affects Version/s: None
Fix Version/s: Lustre 2.6.0

Type: Technical task Priority: Critical
Reporter: Richard Henwood (Inactive) Assignee: nasf (Inactive)
Resolution: Fixed Votes: 0
Labels: None

Rank (Obsolete): 9107

 Description   

There are two cases for dangling reference:

  1. A formerly allocated OST-object is lost. The LFSCK will allocate new OST-object with the specified object external FID and initialize it with the given parent MDT-object FID and owner attributes. Although the new created OST-object is initialized, the SUID + SGID mode will be kept, which will be dropped by the first modification RPC, like write/punch/setattr. Then we can distinguish whether the new create OST-object has been modified or not.
  2. The OST-object is there, but it is not initialized, and without SUID + SGID mode set. Then the LFSCK will initialize it with the given parent MDT-object FID and owner attributes.


 Comments   
Comment by nasf (Inactive) [ 31/Aug/13 ]

This is the patch:
http://review.whamcloud.com/#/c/7517/

Comment by nasf (Inactive) [ 22/Feb/14 ]

The patch has been landed to master.

Generated at Sat Feb 10 01:35:13 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.