[TRNSPRTPCE-126] YANG deviations in Openroadm Network model 4.1 seems not supported by ODL Created: 07/Jun/19  Updated: 03/Sep/21  Resolved: 28/Aug/19

Status: Verified
Project: transportpce
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Highest
Reporter: Guillaume Lambert Assignee: Tibor Král
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: 0 minutes
Time Spent: 3 days
Original Estimate: Not Specified

Attachments: Text File transportpce-failed.txt    
Issue Links:
Blocks
blocks TRNSPRTPCE-127 lighty.io build support Verified

 Description   

RESTCONF initialization fails with exception (see attached log file) when global schema context contains yang models using deviations.
Reproduction steps:

  • clean compile transportpce project `mvn clean install`
  • start karaf with transportpce project: `cd karaf/target/assembly/bin; ./karaf`
  • check feature activation, after ~15s after karaf is started, RESTCONF init fails with exception in attached log.

The problem is in the following yang models, containing deviations , that we re introduced with OpenRoadm Network model 4.1

transportpce/ordmodels/network/src/main/yang/org-openroadm-otn-network-topology@2018-11-30.yang
transportpce/ordmodels/network/src/main/yang/org-openroadm-network-topology@2018-11-30.yang
transportpce/ordmodels/network/src/main/yang/org-openroadm-network@2018-11-30.yang

When deviations are removed inside the models above , TransportPCE project starts just fine.

When deviations are kept, tranpost PCE karaf features are failing to start with exception: RestconfDocumentedException: errors: [RestconfError [error-type: application, error-tag: operation-failed, error-message: name doesn't exist.]]
which means that RESTCONF feature activation fails.
However, it does not seem to affect the functional tests.
So the problem is not blocking for the TransportPCE official karaf distribution, but it affects the lighty.io build process as reported by Juraj.

 Since the first fix 82505 has been merged, E2E functests UT are now failing.
There was an error in Revision mapping of Deviations in Restconf.
The patch for this issue is already prepared and awaiting review. https://git.opendaylight.org/gerrit/#/c/netconf/+/83679/

 Comments   
Comment by Guillaume Lambert [ 11/Jun/19 ]

https://git.opendaylight.org/gerrit/#/c/82481/

https://git.opendaylight.org/gerrit/#/c/82482/

Comment by Guillaume Lambert [ 12/Jun/19 ]

Bump to netconf 1.6.2-SNAPSHOT and restconf 1.9.2-SNAPSHOT

still an error in Karaf
opendaylight-user@root>log:display | grep ERROR
10:34:16.573 ERROR [Blueprint Extender: 3] Error retrieving service from ServiceRecipe[name='.component-1']
10:34:16.584 ERROR [Blueprint Extender: 3] Error retrieving service from ServiceRecipe[name='.component-1']
10:34:16.604 ERROR [Blueprint Extender: 3] Unable to start container for blueprint bundle org.opendaylight.netconf.restconf-nb-rfc8040/1.9.2.SNAPSHOT

Comment by Guillaume Lambert [ 20/Jun/19 ]

The restconf module (netconf project) should  now support YANG deviations. Since 82505 has been merged, some E2E functests UT are now failing. Side effect ?
Very likely, the restconf API is now taking in account deviations, what modifies the SH behavior.

Comment by Guillaume Lambert [ 28/Aug/19 ]

https://git.opendaylight.org/gerrit/c/transportpce/+/83745 PS3

Generated at Wed Feb 07 20:42:19 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.