[LUDOC-223] Is the "FID-in-dirent" feature (ie. tunefs -O dirdata) is backwards compatible with 1.8.9 clients? Created: 06/Feb/14  Updated: 14/Mar/14  Resolved: 14/Mar/14

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

Type: Bug Priority: Major
Reporter: Oz Rentas Assignee: Jodi Levi (Inactive)
Resolution: Fixed Votes: 0
Labels: None
Environment:

Lustre 2.1.5 MDS/OSS
Lustre 1.8.9 Clients


Severity: 2
Rank (Obsolete): 12561

 Description   

Yale just recently upgrade their MDS and OSS servers running 2.1.5 (upgraded from 1.8.9). However, the client are still running 1.8.9.

Although it has been stated 1.6+ clients understand the new FID format, the 2.x lustre operations manual at hpdd-intel doesn't explicitly say it will work with older clients. They would like clarification on if the "FID-in-dirent" feature (ie. tunefs -O dirdata) is backwards compatible with 1.8.9 clients ?

Also, is there high risk involved enabling "dirdata" when running old 1.8.9 clients ? Any opinions if there is benefit in using this flag ?



 Comments   
Comment by Shuichi Ihara (Inactive) [ 07/Feb/14 ]

hmm.. Oz, I don't think this is Lustre Doc issue. we should change "issue type"..

Comment by Oz Rentas [ 11/Feb/14 ]

Andreas responded to this one on HDPP-discuss:

The fid-in-dirent feature is only relevant on the MDT. It does not directly affect the client or OST, but will affect the performance that the client sees when accessing files created under 2.x.

There is a noticeable performance improvement (or more specifically no performance degradation) for 2.x files with this feature enabled. The main reason it is not enabled by default is that it impacts the ability to downgrade to 1.8 again safely. Once you know you don't want to downgrade again it is ok to enable it.

Please close ticket.

Thanks,
Oz

Comment by John Fuchs-Chesney (Inactive) [ 14/Mar/14 ]

Marked as resolved per partner's guidance.
~ jfc.

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