[LU-5955] llapi_semantic_traverse() and lfs find skip any child directory named .lustre Created: 25/Nov/14  Updated: 20/Jan/18  Resolved: 20/Jan/18

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

Type: Bug Priority: Minor
Reporter: John Hammond Assignee: Andreas Dilger
Resolution: Fixed Votes: 0
Labels: llapi

Issue Links:
Related
is related to LU-5044 not include the .lustre directory in ... Resolved
Severity: 3
Rank (Obsolete): 16633

 Description   

From llapi_semantic_traverse():

        while ((dent = readdir64(d)) != NULL) {
                int rc;

                param->have_fileinfo = 0;

                if (!strcmp(dent->d_name, ".") || !strcmp(dent->d_name, ".."))
                        continue;

                /* Don't traverse .lustre directory */
                if (!(strcmp(dent->d_name, dot_lustre_name)))
                        continue;


 Comments   
Comment by Andreas Dilger [ 25/Nov/14 ]

The patch http://review.whamcloud.com/11186 "LU-5044 mdd: do not return .lustre from readdir" should be backported to b2_5 so that we can remove this hack from the client.

Comment by Andreas Dilger [ 09/Dec/17 ]

The http://review.whamcloud.com/11186 patch has been landed as of 2.5.3-84-g2976f91 so there is no longer a need for this workaround on the client.

Comment by Andreas Dilger [ 09/Dec/17 ]

Andreas Dilger (andreas.dilger@intel.com) uploaded a new patch: https://review.whamcloud.com/30463
Subject: LU-5955 utils: lfs shouldn't skip .lustre directory
Project: fs/lustre-release
Branch: master
Current Patch Set: 1
Commit: b5057af794b8cc991b344fe6759a53b10e2010b8

Comment by Gerrit Updater [ 20/Jan/18 ]

Oleg Drokin (oleg.drokin@intel.com) merged in patch https://review.whamcloud.com/30463/
Subject: LU-5955 utils: lfs shouldn't skip .lustre directory
Project: fs/lustre-release
Branch: master
Current Patch Set:
Commit: e6a80a02e285c289f823f16cbdf8b46c1002b9f9

Comment by Peter Jones [ 20/Jan/18 ]

Landed for 2.11

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