Implement OI Scrub for ZFS (LU-7585)

[LU-10189] Handle PFID EA in LMA Created: 02/Nov/17  Updated: 17/Dec/17  Resolved: 17/Dec/17

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

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

Rank (Obsolete): 9223372036854775807

 Description   

Originally, the issue was caused by old ldiskfs 256-bytes based OST device. Because the inode inline space limitation, we have to store the PFID EA inside LMA EA for stripe and PFL component information.

When we restore the OST from such old OST via server side file level backup, then such composite LMA will be on the new OST even if the new OST inode has enough inline space to hold separated PFID EA.

In futher, if we migrate the old OST from ldiskfs to ZFS, then such composite LMA will also be on the ZFS based OST although the PFID EA can be stroed independently on ZFS.

So the OSD logic, inspite of for ldiskfs or ZFS, needs to understand the composite LMA, and handle it properly.



 Comments   
Comment by nasf (Inactive) [ 05/Nov/17 ]

Here is the patch:
https://review.whamcloud.com/#/c/29696/

Comment by Gerrit Updater [ 17/Dec/17 ]

Oleg Drokin (oleg.drokin@intel.com) merged in patch https://review.whamcloud.com/29696/
Subject: LU-10189 osd: handle PFID EA in LMA properly
Project: fs/lustre-release
Branch: master
Current Patch Set:
Commit: a4df7f2552a7d6450138abb301386bd7be4721dd

Comment by Peter Jones [ 17/Dec/17 ]

Landed for 2.11

Generated at Sat Feb 10 02:32:51 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.