[lustre-discuss] 'queue depth too large', but connection works
Horn, Chris
chris.horn at hpe.com
Sun Jan 30 11:41:35 PST 2022
Yes, this means the server has peer_credits=8, so can only accept that value. It informs the client of this so subsequent client connection attempt uses the lower value.
________________________________
From: lustre-discuss <lustre-discuss-bounces at lists.lustre.org> on behalf of Thomas Roth <t.roth at gsi.de>
Sent: Saturday, January 29, 2022 11:46 AM
To: lustre-discuss at lists.lustre.org <lustre-discuss at lists.lustre.org>
Subject: [lustre-discuss] 'queue depth too large', but connection works
Dear all,
test system: servers 2.12.7, and a client 2.12.6., all mlx4.
The client has some non-default ko2iblnd parameters, including "peer_credits=16".
I mounted my test system there and happily copied around some directories. Only afterwards I found
> LNetError: 5278:0:(o2iblnd_cb.c:2551:kiblnd_passive_connect()) Can't accept conn from 10.20.3.64 at o2ib6, queue depth too large: 16 (<=8 wanted)
in the MDS log.
I did read LU-3322, but obviously did not the point. "Can't accept conn" used to deny client access, but the MDS that didn't like my client just
created some ~25k new objects on behalf of that client.
Does this mean client and server negotiate a suitable value, but behind the scenes?
Regards,
Thomas
_______________________________________________
lustre-discuss mailing list
lustre-discuss at lists.lustre.org
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/attachments/20220130/9d36f339/attachment.html>
More information about the lustre-discuss
mailing list