OpenDaylight JIRA

OpenDaylight JIRA https://jira.opendaylight.org This file is an XML representation of an issue en-us

8.20.10

820010

22-06-2022

[NETCONF-7] Netconf config pusher for plain XML files with Karaf https://jira.opendaylight.org/browse/NETCONF-7 netconf <p>After loading RC1-6 and the config for XRVR netconf <br/> connection<br/> I was unalbe to see any evidence of config being dected in the logs</p> <p>Operating System: All<br/> Platform: All</p> NETCONF-7

Netconf config pusher for plain XML files with Karaf

Improvement Resolved Won't Do Unassigned RichardHill Mon, 22 Sep 2014 15:44:12 +0000 Fri, 15 Mar 2019 22:22:09 +0000 Mon, 27 Aug 2018 21:06:39 +0000 netconf 0 6 <p>Attachment karaf.log has been added with description: odl log</p> <p>Karaf config pusher is different to the basic config pusher. It loads config xml files as a part of a feature.</p> <p>If you need to change the configuration, you have to wait until controller is up and running and then push the configuration manually using Netconf, Restconf + loopback netconf connector or JMX.</p> <p>There will be an entry on wiki for how to do that using Restconf + loopback netconf connector in the near future.</p> <p>So this is not a bug, marking as enhancement.</p> <p>Work around was to POST XRVR device configuration to configuration datastore</p> <p>/restconf/config/opendaylight-inventory:nodes/node/controller-config/yang-ext:mount/config:modules</p> <p>PAYLOAD</p> <p> <module xmlns="urn:opendaylight:params:xml:ns:yang:controller:config"><br/> <type xmlns:prefix="urn:opendaylight:params:xml:ns:yang:controller:md:sal:connector:netconf">prefix:sal-netconf-connector</type><br/> <name>controller-config_xrvr</name><br/> <address xmlns="urn:opendaylight:params:xml:ns:yang:controller:md:sal:connector:netconf">10.25.2.37</address><br/> <port xmlns="urn:opendaylight:params:xml:ns:yang:controller:md:sal:connector:netconf">830</port><br/> <username xmlns="urn:opendaylight:params:xml:ns:yang:controller:md:sal:connector:netconf">cisco</username><br/> <password xmlns="urn:opendaylight:params:xml:ns:yang:controller:md:sal:connector:netconf">cisco</password><br/> <tcp-only xmlns="urn:opendaylight:params:xml:ns:yang:controller:md:sal:connector:netconf">false</tcp-only><br/> <event-executor xmlns="urn:opendaylight:params:xml:ns:yang:controller:md:sal:connector:netconf"><br/> <type xmlns:prefix="urn:opendaylight:params:xml:ns:yang:controller:netty">prefix:netty-event-executor</type><br/> <name>global-event-executor</name><br/> </event-executor><br/> <binding-registry xmlns="urn:opendaylight:params:xml:ns:yang:controller:md:sal:connector:netconf"><br/> <type xmlns:prefix="urn:opendaylight:params:xml:ns:yang:controller:md:sal:binding">prefix:binding-broker-osgi-registry</type><br/> <name>binding-osgi-broker</name><br/> </binding-registry><br/> <dom-registry xmlns="urn:opendaylight:params:xml:ns:yang:controller:md:sal:connector:netconf"><br/> <type xmlns:prefix="urn:opendaylight:params:xml:ns:yang:controller:md:sal:dom">prefix:dom-broker-osgi-registry</type><br/> <name>dom-broker</name><br/> </dom-registry><br/> <client-dispatcher xmlns="urn:opendaylight:params:xml:ns:yang:controller:md:sal:connector:netconf"><br/> <type xmlns:prefix="urn:opendaylight:params:xml:ns:yang:controller:config:netconf">prefix:netconf-client-dispatcher</type><br/> <name>global-netconf-dispatcher</name><br/> </client-dispatcher><br/> <processing-executor xmlns="urn:opendaylight:params:xml:ns:yang:controller:md:sal:connector:netconf"><br/> <type xmlns:prefix="urn:opendaylight:params:xml:ns:yang:controller:threadpool">prefix:threadpool</type><br/> <name>global-netconf-processing-executor</name><br/> </processing-executor><br/> </module></p> <p>Promised wiki entry for workaround:</p> <p><a href="https://wiki.opendaylight.org/view/OpenDaylight_Controller:Config:Examples:Netconf#Spawning_additional_netconf_connector_while_controller_is_running" class="external-link" target="_blank" rel="nofollow noopener">https://wiki.opendaylight.org/view/OpenDaylight_Controller:Config:Examples:Netconf#Spawning_additional_netconf_connector_while_controller_is_running</a></p> <p>We need enhance karaf config pusher to allow pushing initial config files from pure xml files. Not just within features. Since it is then impossible to easily modify/add initial config files.</p> <p>(In reply to Maros Marsalek from comment #4)<br/> > We need enhance karaf config pusher to allow pushing initial config files<br/> > from pure xml files. Not just within features. Since it is then impossible<br/> > to easily modify/add initial config files.</p> <p>It was also my initial reaction, but then I have heard counter arguments.</p> <p>Usual way for pushing additional config files was unconditional, which means it was possible to push xml file before its handling feature has been installed. This can lead to confusing errors, missing functionality, and it has great (non-deterministic) chance to happen when karaf is being re-started.</p> <p>As opposed to that, adding or modifying feature-defined configs is relatively painless.<br/> To modify, simply place your modified file (without filename change) to etc/opendaylight/karaf/ before feature is installed, it will be applied instead of the packaged "default" config file.<br/> To add, you can use the fact that if a feature can digest config, it usually has default one packaged; so you only need to merge your additions to the default, and do just described "modify" steps.<br/> For netconf-connector, it means merging additional sal-netconf-connector modules into 99-netconf-connector.xml file.</p> <p>Changing this to new feature.</p> <p>You are right Vratko. With karaf it is possible that required bundles will not appear at all if user does not install needed features. But this problem was also present with the old distribution and config pusher tries to wait for the bundles to appear (using required capabilities tag in the xml files). The case was an unresolved bundle or unknown required capabilities stated in the config file. With detailed error reporting or some kind of "auto install feature" mechanism this might be feasible, but a broader discussion is welcomed.</p> <p>Move to NETCONF project</p> <p>Config Subsystem is gone, this is no longer relevant.</p> Development External issue ID 2025 External issue URL Issue Type ODL SR Target Milestone Rank 0|i01vvr: