[LU-3479] add OBD_INCOMPAT_FID on OST when FID-on-OST is enabled? Created: 18/Jun/13  Updated: 14/Dec/21  Resolved: 14/Dec/21

Status: Resolved
Project: Lustre
Component/s: None
Affects Version/s: Lustre 2.4.0, Lustre 2.5.0
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: Andreas Dilger Assignee: Di Wang
Resolution: Won't Do Votes: 0
Labels: None

Severity: 3
Rank (Obsolete): 8728

 Description   

It came up during discussion of unified targets design that we should consider setting the OBD_INCOMPAT_FID feature flag in the last_rcvd file, so that if the OST is used for DNE it can't be mounted by an old version of Lustre that doesn't support FID-on-OST. That would avoid the problem of unintentionally mounting the OST with an old version of the code and the FID_SEQ_NORMAL objects are no longer accessible.

However, this would also prevent downgrading the filesystem from 2.4+ DNE to 2.1.x. By the time the MDS is running some non-DNE release, then the inodes that reference the FID_SEQ_NORMAL objects on the other MDTs will not be visible anymore, so it is no more harmful if OST objects cannot be accessed, so that would be a reason not to set OBD_INCOMPAT_FID to cause gratuitous incompatibility... Thoughts?


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