[LU-1738] lfs find cannot find files in OST that died, whilst lfs getstripe can Created: 12/Aug/12  Updated: 20/Feb/15  Resolved: 20/Feb/15

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

Type: Bug Priority: Minor
Reporter: Matt Wilkins Assignee: WC Triage
Resolution: Duplicate Votes: 0
Labels: server

Issue Links:
Duplicate
duplicates LU-1427 lfs find does not find any files in O... Resolved
is duplicated by LU-6134 lfs find --size opens everything Resolved
Related
is related to LU-4296 lfs find --ost if the OST immediatell... Resolved
is related to LU-4553 LFSCK 5: LFSCK behaviour if an OST is... Open
Severity: 3
Epic: server
Rank (Obsolete): 10489

 Description   

OST2 died. When I run lfs getstripe it lists some files as on OST2, but lfs find cannot find them.

[root@blah ~]# lfs getstripe /mnt/blah/Ac_270_res.txt
/mnt/blah/Ac_270_res.txt
lmm_stripe_count: 1
lmm_stripe_size: 1048576
lmm_stripe_offset: 2
obdidx objid objid group
2 137992 0x21b08 0
[root@blah ~]# lfs find --obd lustre-OST0002 /mnt/blah
[root@blah ~]# lfs find -r --obd lustre-OST0002 /mnt/blah # the -r works since it uses getstripe
lfs find: -q, -r, -v options deprecated. Use 'lfs getstripe' instead.
/mnt/blah/Ac_270_res.txt

I think the lfs find should be able to find the files if lfs getstripe can.



 Comments   
Comment by Matt Wilkins [ 03/Oct/12 ]

This is on OST2 but I have no OST1, in other words I have a hole in my lustre. So I think this problem is probably exactly what is seen in LU-1427.

Comment by James A Simmons [ 13/Apr/14 ]

Does the patch http://review.whamcloud.com/#/c/9794 from LU-4824 help?

Comment by Andreas Dilger [ 20/Feb/15 ]

It appears that the "lfs find -mdt" handling added in http://review.whamcloud.com/1646 caused lfs to open() and fstat() every file, when it was only needed for "-mdt".

I'm going to fix this under LU-6134.

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