[LU-11950] lnetctl route add returns an error with description "success" Created: 08/Feb/19 Updated: 22/Sep/20 |
|
| Status: | Open |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Chris Horn | Assignee: | WC Triage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Severity: | 3 |
| Rank (Obsolete): | 9223372036854775807 |
| Description |
nid00127:/sys/kernel/debug/lnet # lnetctl route add --net o2ib40 --gateway [485,486,93,94]@gni4
add:
- route:
errno: -8
descr: "Success"
|
| Comments |
| Comment by Chris Horn [ 08/Feb/19 ] |
|
This might be specific to gni gateways, as I can't seem to add a route even with the basic syntax: nid00127:/sys/kernel/debug/lnet # lnetctl route add --net o2ib40 --gateway 485@gni4
add:
- route:
errno: -8
descr: "Success"
nid00127:/sys/kernel/debug/lnet #
|
| Comment by Chris Horn [ 08/Feb/19 ] |
|
I'm guessing there's an assumption in the code that LNet endpoints all take the form <ipv4_address>@<netname> |
| Comment by Chris Horn [ 08/Feb/19 ] |
|
Yeah, looks like gni specifically not supported here: /* expression support is for o2iblnd and socklnd only */
if (net_type != O2IBLND && net_type != SOCKLND)
return LUSTRE_CFG_RC_SKIP;
|
| Comment by Amir Shehata (Inactive) [ 09/Feb/19 ] |
|
yes, I believe at the time we decided to add command which we could test. Shouldn't be too difficult to add GNI support though. But you're right, we should probably not say "success" in this case and reflect the -8 return code. |
| Comment by Chris Horn [ 02/Mar/19 ] |
|
Another variant of the command with the misleading output: # lnetctl route add --net o2ib --gateway 192.168.2.24@tcp,192.168.2.25@tcp
add:
- route:
errno: -8
descr: "Success"
#
|
| Comment by Alex Kulyavtsev [ 21/Sep/20 ] |
|
Do you plan to add gni support? I have the same error when trying to add route from gni network to o2ib1 . |
| Comment by Chris Horn [ 22/Sep/20 ] |
|
alex.ku Support for gni was added to various lnetctl commands under |