<div dir='auto'><div>Chris, all,</div><div dir="auto"><br></div><div dir="auto">We are also seeing similar messages primarily on our servers, but from lnet_handle_local_failure() instead. I don't find any issues with the local o2ib interfere, yet, but there _may_ be a correlation with a client hang. Could this also be caused on a server by remote network problems or a client dropping out, in spite of the "local" name?</div><div dir="auto"><br></div><div dir="auto">Thanks,</div><div dir="auto">Nathan</div><div dir="auto"><br><div class="gmail_extra" dir="auto"><br><div class="gmail_quote">On Mar 6, 2020 1:10 PM, Chris Horn <hornc@cray.com> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">> lneterror: 10164:0:(peer.c:3451:lnet_peer_ni_add_to_recoveryq_locked())
<br>
> lpni <address> added to recovery queue.  Health = 900
<br>

<br>
The message means that the health value of a remote peer interface has been decremented, and as a result, the interface has been put into recovery mode. This mechanism is part of the LNet health feature.
<br>

<br>
Health values are decremented when a PUT or GET fails. Usually there are other messages in the log that can tell you more about the specific failure. Depending on your network type you should probably see messages from socklnd or o2iblnd. Network congestion could certainly lead to message timeouts, which would in turn result in interfaces being placed into recovery mode.
<br>

<br>
Chris Horn
<br>

<br>
On 3/6/20, 8:59 AM, "lustre-discuss on behalf of Michael Di Domenico" <lustre-discuss-bounces@lists.lustre.org on behalf of mdidomenico4@gmail.com> wrote:
<br>

<br>
    along the aforementioned error i also see these at the same time
<br>
    
<br>
    lustreerror: 9675:0:(obd_config.c:1428:class_modify_config())
<br>
    <...>-clilov-<...>; failed to send uevent qos_threshold_rr=100
<br>
    
<br>
    On Fri, Mar 6, 2020 at 9:39 AM Michael Di Domenico
<br>
    <mdidomenico4@gmail.com> wrote:
<br>
    >
<br>
    > On Fri, Mar 6, 2020 at 9:36 AM Degremont, Aurelien <degremoa@amazon.com> wrote:
<br>
    > >
<br>
    > > Did you see any actual error on your system?
<br>
    > >
<br>
    > > Because there is a patch that is just decreasing the verbosity level of such messages, which looks like could be ignored.
<br>
    > > https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.whamcloud.com_browse_LU-2D13071&d=DwICAg&c=C5b8zRQO1miGmBeVZ2LFWg&r=hIaFpo9yRyCwkkAs6y0c7W-QqT7uZMMSOkAIByhcA-I&m=ByOR33WN61jv0rEVZTtNhUgN313iSqbgrdfakY-TAjc&s=jp8DpDcylEQYlbd9-s3efysfDy2KdLvBrptsplqR1ks&e=
<br>
    > > https://urldefense.proofpoint.com/v2/url?u=https-3A__review.whamcloud.com_-23_c_37718_&d=DwICAg&c=C5b8zRQO1miGmBeVZ2LFWg&r=hIaFpo9yRyCwkkAs6y0c7W-QqT7uZMMSOkAIByhcA-I&m=ByOR33WN61jv0rEVZTtNhUgN313iSqbgrdfakY-TAjc&s=8EUQ5wHRCuFFbd4PKxQCnTB_L9IgffvkzFw4_v6MEHg&e=
<br>
    >
<br>
    > thanks.  it's not entirely clear just yet.  i'm trying to track down a
<br>
    > "slow jobs" issue.  i see these messages everywhere, so it might be a
<br>
    > non issue or a sign of something more pressing.
<br>
    _______________________________________________
<br>
    lustre-discuss mailing list
<br>
    lustre-discuss@lists.lustre.org
<br>
    https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.lustre.org_listinfo.cgi_lustre-2Ddiscuss-2Dlustre.org&d=DwICAg&c=C5b8zRQO1miGmBeVZ2LFWg&r=hIaFpo9yRyCwkkAs6y0c7W-QqT7uZMMSOkAIByhcA-I&m=ByOR33WN61jv0rEVZTtNhUgN313iSqbgrdfakY-TAjc&s=d36yZXUxMDJOjluQt2LUPivEkfLhScuCLIQT6Fl-Qhs&e=
<br>
    
<br>

<br>

<br>

<br>

<br>
_______________________________________________
<br>
lustre-discuss mailing list
<br>
lustre-discuss@lists.lustre.org
<br>
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
<br>
</p>
</blockquote></div><br></div></div></div>