Hi
It seems that I am hitting a bug with pushing a very generic template for a C1111-8PLTEEAW* that is connected to WAN via wired interface Gi0/0/1. cEdge is running IOS-XE SDWAN version 16.12.3.0.3752. All controllers are running 19.2.2. The router has control connection built to the controllers and is online and reachable.
When pushing the template I get this log output in the GUI
[16-Jul-2020 9:48:14 CEST] Configuring device with feature template: generic_wired
[16-Jul-2020 9:48:15 CEST] Generating configuration from template
[16-Jul-2020 9:48:18 CEST] Checking and creating device in vManage
[16-Jul-2020 9:48:20 CEST] Device is online
[16-Jul-2020 9:48:20 CEST] Updating device configuration in vManage
[16-Jul-2020 9:48:23 CEST] Pushing configuration to device.
[16-Jul-2020 9:48:28 CEST] Pre-checks on vManage have passed. Continuing with pushing configuration to device.
[16-Jul-2020 9:48:31 CEST] Pushing configuration to device. Please wait ...
[16-Jul-2020 9:49:25 CEST] Template push failed after 3 retries.
[16-Jul-2020 9:49:38 CEST] Device failed to process request. Error Message - completed-with-failure
Error received from the device is :
bad-cli - No controller Cellular 0/2/0, parser-context - No controller Cellular 0/2/0, parser-response -
% Cannot remove controllers this wayError received from the device is :
bad-cli - No interface Vlan1, parser-context - No interface Vlan1, parser-response -
% Default interface VLAN 1 may not be deleted.Error received from the device is :
bad-cli - ip address, parser-context - ip addressError received from the device is :
bad-cli - ip address, parser-context - ip addressError received from the device is :
bad-cli - ip address, parser-context - ip addressError received from the device is :
bad-cli - ip address, parser-context - ip addressError received from the device is :
bad-cli - ip address, parser-context - ip addressError received from the device is :
bad-cli - ip address, parser-context - ip addressError received from the device is :
bad-cli - ip address, parser-context - ip addressError received from the device is :
bad-cli - ip address, parser-context - ip addressError received from the device is :
bad-cli - ip address, parser-context - ip address
I also pulled up logs from the vManage nms.
From the logs attached it seems that the vManage is failing on some steps where it is trying to do a "no" command on some default configuration. See a snippet below (from :
Caused by: java.lang.Exception: <transaction-status>
<controller-type-processed>vmanage</controller-type-processed>
<transaction-state>completed-with-failure</transaction-state>
<transaction-id>27786</transaction-id>
<confd-errno>-1164</confd-errno>
<confd-err-tag>Unknown</confd-err-tag>
<cli-errors>
<bad-cli>no controller Cellular 0/2/0</bad-cli>
<err-loc>6</err-loc>
<parser-context>no controller Cellular 0/2/0</parser-context>
<parser-response>
% Cannot remove controllers this way</parser-response>
<confd-rollback>false</confd-rollback>
</cli-errors>
<cli-errors>
<bad-cli>no interface Vlan1</bad-cli>
<err-loc>14</err-loc>
<parser-context>no interface Vlan1</parser-context>
<parser-response>
% Default interface VLAN 1 may not be deleted.</parser-response>
<confd-rollback>false</confd-rollback>
</cli-errors>
<cli-errors>
<bad-cli> ip address</bad-cli>
<err-loc>6</err-loc>
<parser-context> ip address</parser-context>
<parser-response/> <confd-rollback>true</confd-rollback>
</cli-errors>
<cli-errors>
<bad-cli> ip address</bad-cli>
<err-loc>6</err-loc>
<parser-context> ip address</parser-context>
<parser-response/> <confd-rollback>true</confd-rollback>
</cli-errors>Note that there are two errors. The one in the blue with a confd-rollback status of false and the second in red with confd-rollback status of true. I am assuming the later is causing the task to fail.
Regards,
Rudi
