Deployment errors with iosxe provider after upgrading to 0.9.3

[jimparker96]

Errors with resource "iosxe_cli"

Cisco software version 17_13_01a-payg-advantage

Works fine on provider 0.9.0

But on 0.9.3 i get errors when deploying...

Error #1
Error: Client Error
│
│ with iosxe_cli.c8000v1,
│ on ram_router_c8000v1_cli.tf line 177, in resource "iosxe_cli" "c8000v1_":
│ 177: resource "iosxe_cli" "c8000v1_" {
│
│ Failed to send CLI commands, got error: HTTP Request failed: StatusCode 400, RESTCONF errors {Error:[{ErrorType:application ErrorTag:invalid-value ErrorAppTag:
│ ErrorPath:/Cisco-IOS-XE-cli-rpc:config-ios-cli-trans ErrorMessage:inconsistent value: Failed to load commands via transaction: external error, line
│ syntax error: "console" is not a valid value.
│ Error: on line 2: line console 0
│ ErrorInfo:}]} {PatchId: GlobalStatus:{Ok:false Errors:{Error:[]}} EditStatus:{Edit:[]} Errors:{Error:[]}}

Error #2
│ Error: Client Error
│
│ with iosxe_cli.c8000v1,
│ on ram_router_c8000v1_cli.tf line 177, in resource "iosxe_cli" "c8000v1":
│ 177: resource "iosxe_cli" "c8000v1" {
│
│ Failed to send CLI commands, got error: HTTP Request failed: StatusCode 400, RESTCONF errors {Error:[{ErrorType:application ErrorTag:invalid-value ErrorAppTag:
│ ErrorPath:/Cisco-IOS-XE-cli-rpc:config-ios-cli-trans ErrorMessage:inconsistent value: Failed to load commands via transaction: external error, tunnel
│ syntax error: element does not exist
│ Error: on line 27: tunnel vxlan vni 10
│ ErrorInfo:}]} {PatchId: GlobalStatus:{Ok:false Errors:{Error:[]}} EditStatus:{Edit:[]} Errors:{Error:[]}}

Config:

resource "iosxe_cli" "c8000v1" {
provider = iosxe.c8000v1
cli = <<-EOT
!
line console 0
exec-timeout 60 0
!
line vty 0 4
exec-timeout 60 0
!
hostname c8000v1
!
interface GigabitEthernet1
ip address dhcp
no shutdown
!
interface GigabitEthernet2
ip address dhcp
no shutdown
!
interface GigabitEthernet3
ip address dhcp
no shutdown
!
interface Tunnel1
ip address ${data.terraform_remote_state.main.outputs.c8000v1_bgp_vxlan10_ip} ${data.terraform_remote_state.main.outputs.vxlan_mask}
tunnel source GigabitEthernet3
tunnel mode vxlan-gpe ipv4
tunnel destination ${data.terraform_remote_state.main.outputs.c8000v3_nic1}
tunnel vxlan vni 10
!
interface Tunnel2
ip address ${data.terraform_remote_state.main.outputs.c8000v1_bgp_vxlan20_ip} ${data.terraform_remote_state.main.outputs.vxlan_mask}
tunnel source GigabitEthernet3
tunnel mode vxlan-gpe ipv4
tunnel destination ${data.terraform_remote_state.main.outputs.c8000v4_nic1}
tunnel vxlan vni 20
!
EOT
}

[danischm]

Not sure why it complains about the "console" command. We have switched to another RPC for configuring CLI commands, but if you set the "raw" attribute (https://registry.terraform.io/providers/CiscoDevNet/iosxe/latest/docs/resources/cli#raw-1) to "true" it uses the one that was used with 0.9.0.

[jimparker96]

Not sure why it complains about the "console" command. We have switched to another RPC for configuring CLI commands, but if you set the "raw" attribute (https://registry.terraform.io/providers/CiscoDevNet/iosxe/latest/docs/resources/cli#raw-1) to "true" it uses the one that was used with 0.9.0.

Hi Daniel,
thank you, that worked

You mentioned "We have switched to another RPC for configuring CLI commands", is there another way i should be pushing CLI commands or is using raw = true in resource "iosxe_cli" the correct method?

I've been using "iosxe_cli" because i could not find a way to set to set an interface to "DHCP" using resource "iosxe_interface_ethernet" or set "tunnel mode vxlan-gpe ipv4" using resource "iosxe_interface_tunnel"

[danischm]

If you are familiar with YANG, I would recommend using the iosxe_restconf resource in case something is not supported in a dedicated resource. iosxe_cli is meant as a last resort and as you have probably noticed, it is not able to read/reconcile or remove configuration.

[jimparker96]

If you are familiar with YANG, I would recommend using the iosxe_restconf resource in case something is not supported in a dedicated resource. iosxe_cli is meant as a last resort and as you have probably noticed, it is not able to read/reconcile or remove configuration.

I'll take a look, thanks again