[LU-9210] 'ls' hung because of statahead delay Created: 14/Mar/17 Updated: 04/Nov/18 Due: 31/Mar/17 Resolved: 19/Jun/17 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | Lustre 2.7.0 |
| Fix Version/s: | Lustre 2.10.0 |
| Type: | Bug | Priority: | Major |
| Reporter: | Lai Siyao | Assignee: | Lai Siyao |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Issue Links: |
|
||||||||||||
| Severity: | 3 | ||||||||||||
| Rank (Obsolete): | 9223372036854775807 | ||||||||||||
| Description |
|
Our main problem is that sometimes ls -l takes a long time to answer as shown below. [sh-5-34 ~]$ alias ls [sh-5-34 ~]$ echo $GROUP Sometimes ls takes 30 seconds to 1 minute: [sthiell@sh-5-34 ~]$ time ls $GROUP Note 1: when I enable lustre debugging on the client, I cannot reproduce the issue, which is a bit annoying for the bug report. The relevant part of the log is as below: 00000080:00400000:3.0:1489184551.164004:0:25907:0:(statahead.c:683:ll_statahead_interpret()) sa_entry software rc -13 00000080:00400000:0.0:1489184581.163471:0:25086:0:(statahead.c:1666:ll_statahead()) revalidate statahead software: -11. Obviously statahead failure didn't notify 'ls' process in time, and cause it slow. |
| Comments |
| Comment by Gerrit Updater [ 30/May/17 ] |
|
Bob Glossman (bob.glossman@intel.com) uploaded a new patch: https://review.whamcloud.com/27329 |
| Comment by Gerrit Updater [ 30/May/17 ] |
|
Bob Glossman (bob.glossman@intel.com) uploaded a new patch: https://review.whamcloud.com/27330 |
| Comment by Gerrit Updater [ 19/Jun/17 ] |
|
Oleg Drokin (oleg.drokin@intel.com) merged in patch https://review.whamcloud.com/27330/ |
| Comment by Peter Jones [ 19/Jun/17 ] |
|
Landed for 2.10 |