lag_interfaces - Fix bug where lag interfaces was not erroring on command failure #923
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
lag_interfaces - Fix bug where lag interfaces was not erroring on command failure
SUMMARY
when a lag interface command is run it was not failing as expected.
Result currently
"changed": true,
"commands": [
"interface Ethernet1/7",
"channel-group 294 mode active",
"interface Ethernet1/8",
"channel-group 296 mode active"
],
but on cli the command does not get implemented on the device
CLI
device# conf t
Enter configuration commands, one per line. End with CNTL/Z.
device(config)# interface ethernet 1/8
device(config-if)# channel-group 20 mode active
command failed: port not compatible [switching port]
** You can use force option to override the port's parameters
** (e.g. "channel-group X force")
** Use "show port-channel compatibility-parameters" to get more information on failure
ISSUE TYPE
COMPONENT NAME
lag_interface
ADDITIONAL INFORMATION
More information here
https://access.redhat.com/support/cases/#/case/04029217
Playbook to reproduce: