Re: [SSL-RESTCONF] Query about etc/custom.properties
Ignacio Dominguez Martinez-Casanueva <i.dominguezm@...>
Hi Vamsi, I have faced this same error a long time ago (not in Nitrogen
though), but at the time I wasn't able to figure out the root
cause. Which ODL version are you using? Nitrogen SR1? Have you tried cleaning OpenDaylight and restarting the service? I usually follow this procedure (in CentOS): rm -rf <odl_folder>/data/ <odl_folder>/journal/ <odl_folder>/instances/ and then: systemctl restart opendaylight.service Afterwards, please check karaf.log and wait until ODL has finished booting. If this does not solve the problem, I don't know what else you could do. Maybe this thread should be moved to a more related mailing list. Does anyone know what could be the reason of ODL stuck with
"Deploying"? Ignacio.
On 01.02.2018 11:34, A Vamsikrishna
wrote:
|
|
Question on AAA clustering with Nitrogen
Srini Seetharaman
Hi, I recently migrated to Nitrogen from an earlier release. I notice that the odl-aaa-mdsal-cluster feature is not available anymore. As the documentation suggests, do we need to explore out-of-band mechanisms to keep the cluster instance in sync with AAA credentials? Thanks Srini.
|
|
Re: [SSL-RESTCONF] Query about etc/custom.properties
A Vamsikrishna
Hi Ignacio,
I have installed Mdsal-apidocs feature but it’s showing as “Deploying” which ideally should be “Deployed”.
opendaylight-user@root>feature:install odl-mdsal-apidocs opendaylight-user@root> opendaylight-user@root> opendaylight-user@root>feature:list -i | grep -i apidoc odl-mdsal-apidocs | 1.7.0.SNAPSHOT | x | Started | odl-mdsal-apidocs | OpenDaylight :: MDSAL :: APIDOCS opendaylight-user@root> opendaylight-user@root> opendaylight-user@root>web:list ID | State | Web-State | Level | Web-ContextPath | Name ------------------------------------------------------------------------------------------------------------------------------- 179 | Active | Deploying | 80 | /auth | org.opendaylight.aaa.aaa-shiro (0.7.0.SNAPSHOT) 313 | Active | Deploying | 80 | /restconf | MD SAL Restconf Connector (1.7.0.SNAPSHOT) 351 | Active | Deploying | 80 | /controller/nb/v2/neutron | org.opendaylight.neutron.northbound-api (0.10.0.SNAPSHOT) 441 | Active | Deploying | 80 | /apidoc | MD SAL Rest Api Doc Generator (1.7.0.SNAPSHOT) opendaylight-user@root> opendaylight-user@root>
Any suggestions on this ?
Thanks, Vamsi
From: Ignacio Dominguez Martinez-Casanueva [mailto:i.dominguezm@...]
Sent: Wednesday, January 31, 2018 5:38 PM To: A Vamsikrishna <a.vamsikrishna@...>; Ryan Goulding <ryandgoulding@...>; Evan Zeller <ezeller@...> Cc: aaa-dev@... Subject: Re: [SSL-RESTCONF] Query about etc/custom.properties
Hi Vamsi, Please make sure you have installed `odl-mdsal-apidocs` feature. It seems the REST endpoint you are trying to access (APIDOCS EXPLORER) is not available in OpenDaylight. opendaylight-user@root>feature:list | grep apidoc
If it is installed correctly, you should see from karaf that its API REST service running. opendaylight-user@root>web:list 317 | Active | Deployed | 80 | /apidoc | MD SAL Rest Api Doc Generator (1.6.1) ... Best regards, On 31.01.2018 12:18, A Vamsikrishna wrote:
|
|
Re: [SSL-RESTCONF] Query about etc/custom.properties
Ignacio Dominguez Martinez-Casanueva <i.dominguezm@...>
Hi Vamsi, Please make sure you have installed `odl-mdsal-apidocs` feature. It seems the REST endpoint you are trying to access (APIDOCS EXPLORER) is not available in OpenDaylight. opendaylight-user@root>feature:list | grep apidoc
If it is installed correctly, you should see from karaf that its API REST service running. opendaylight-user@root>web:list 317 | Active | Deployed | 80 | /apidoc | MD SAL Rest Api Doc Generator (1.6.1) ... Ignacio.
On 31.01.2018 12:18, A Vamsikrishna
wrote:
|
|
Re: [SSL-RESTCONF] Query about etc/custom.properties
A Vamsikrishna
Hi Ryan / Evan / Ignacio,
I am able to make the SSL-RESTCONF work with custom.properties with the same changes I have put in org.ops4j.pax.web
That is:
org.osgi.service.http.secure.enabled=true org.osgi.service.http.port.secure=8443 org.ops4j.pax.web.ssl.keystore=configuration/ssl/ctl.jks org.ops4j.pax.web.ssl.truststore=configuration/ssl/truststore.jks org.ops4j.pax.web.ssl.password=opendaylight org.ops4j.pax.web.ssl.keypassword=opendaylight
org.ops4j.pax.web remains unchanged.
curl seems to be working fine:
stack@ubuntu:/etc/openvswitch$ curl -l http://192.168.56.1:8181/restconf/operational/network-topology:network-topology/ --user admin:admin {"network-topology":{"topology":[{"topology-id":"flow:1"},{"topology-id":"ovsdb:1"},{"topology-id":"netvirt:1"},{"topology-id":"hwvtep:1"}]}} stack@ubuntu:/etc/openvswitch$ stack@ubuntu:/etc/openvswitch$ stack@ubuntu:/etc/openvswitch$ stack@ubuntu:/etc/openvswitch$ curl -l -k https://192.168.56.1:8443/restconf/operational/network-topology:network-topology/ --user admin:admin {"network-topology":{"topology":[{"topology-id":"flow:1"},{"topology-id":"ovsdb:1"},{"topology-id":"netvirt:1"},{"topology-id":"hwvtep:1"}]}} stack@ubuntu:/etc/openvswitch$ stack@ubuntu:/etc/openvswitch$ stack@ubuntu:/etc/openvswitch$
But if I try to open in browser I am seeing below errors:
Any idea how to fix this ??
Thanks, Vamsi
From: A Vamsikrishna
Sent: Wednesday, January 31, 2018 3:55 PM To: 'Ryan Goulding' <ryandgoulding@...>; 'Ignacio Dominguez Martinez-Casanueva' <i.dominguezm@...>; 'Evan Zeller' <ezeller@...> Cc: aaa-dev@... Subject: [SSL-RESTCONF] Query about etc/custom.properties
Hi Ryan / Evan / Ignacio,
I am able to make SSL-RESTCONF connection by modifying C:\master\distribution\karaf\target\assembly\etc\org.ops4j.pax.web as below:
org.osgi.service.http.secure.enabled=true org.osgi.service.http.port.secure=8443 org.ops4j.pax.web.ssl.keystore=configuration/ssl/ctl.jks org.ops4j.pax.web.ssl.truststore=configuration/ssl/truststore.jks org.ops4j.pax.web.ssl.password=opendaylight org.ops4j.pax.web.ssl.keypassword=opendaylight
I am just wondering if there is any way to make the same work with C:\master\distribution\karaf\target\assembly\etc\custom.properties without modifying org.ops4j.pax.web
Can you please help me out with this ?
Thanks, Vamsi
|
|
[SSL-RESTCONF] Query about etc/custom.properties
A Vamsikrishna
Hi Ryan / Evan / Ignacio,
I am able to make SSL-RESTCONF connection by modifying C:\master\distribution\karaf\target\assembly\etc\org.ops4j.pax.web as below:
org.osgi.service.http.secure.enabled=true org.osgi.service.http.port.secure=8443 org.ops4j.pax.web.ssl.keystore=configuration/ssl/ctl.jks org.ops4j.pax.web.ssl.truststore=configuration/ssl/truststore.jks org.ops4j.pax.web.ssl.password=opendaylight org.ops4j.pax.web.ssl.keypassword=opendaylight
I am just wondering if there is any way to make the same work with C:\master\distribution\karaf\target\assembly\etc\custom.properties without modifying org.ops4j.pax.web
Can you please help me out with this ?
Thanks, Vamsi
|
|
Re: [controller-dev] [Odlparent-dev] odlparent 3.0.2 for CONTROLLER-1799: Archetype self test during Maven build
Michael Vorburger <vorburger@...>
On Tue, Jan 23, 2018 at 4:51 PM, Ryan Goulding <ryandgoulding@...> wrote:
Ryan, if by "you" you were talk to me ;) I'll clarify to avoid "developer deadlock" that my focus in the short term is in other areas than the archetype. So go for it! ;)
|
|
Re: [controller-dev] [Odlparent-dev] odlparent 3.0.2 for CONTROLLER-1799: Archetype self test during Maven build
Ryan Goulding <ryandgoulding@...>
If you end up taking this on let me know, and I will abandon [0]. I had originally done this to avoid a ton of unused CLI related code in gen'd code.
On Tue, Jan 23, 2018 at 10:45 AM, Michael Vorburger <vorburger@...> wrote:
|
|
Re: [Odlparent-dev] [controller-dev] odlparent 3.0.2 for CONTROLLER-1799: Archetype self test during Maven build
Michael Vorburger <vorburger@...>
On Tue, Jan 23, 2018 at 5:03 AM, Sam Hague <shague@...> wrote:
That works for me too. Not ditch/remove the IT and/or CLI, but move into an "advanced" archetype. Because the current archetype is well known, let us keep that one as the existing basic one? I wonder if we shold have a new "full" archetype, which would duplicate stuff from the basic (shame.. won't be keep consistent), or we could have something which augments / adds the IT and CLI to an existing basic archetype?
|
|
Re: [Odlparent-dev] [controller-dev] odlparent 3.0.2 for CONTROLLER-1799: Archetype self test during Maven build
Sam Hague <shague@...>
On Mon, Jan 22, 2018 at 9:30 PM, Tom Pantelis <tompantelis@...> wrote:
That's a good idea. This gets the basic users moving forward much easier. And if they really want something more than can run the advanced version.
|
|
Re: [controller-dev] odlparent 3.0.2 for CONTROLLER-1799: Archetype self test during Maven build
Tom Pantelis
On Mon, Jan 22, 2018 at 9:26 PM, Michael Vorburger <vorburger@...> wrote:
I think we should keep the startup archetype simple/basic and have an advanced archetype that has the extra fluff IT, CLI etc.
|
|
Re: [controller-dev] odlparent 3.0.2 for CONTROLLER-1799: Archetype self test during Maven build
Michael Vorburger <vorburger@...>
On Mon, Jan 22, 2018 at 7:17 PM, Michael Vorburger <vorburger@...> wrote:
FYI https://git.opendaylight.org/gerrit/#/c/66545/ is now finally merged, but without IT; in addition to https://jira.opendaylight. What are people's views re. ditching the IT and/or CLI (suggested by Sam & Tom) from the archetype?
|
|
Re: [netvirt-dev] Issues with odl-aaa-cli
Sam Hague <shague@...>
Patch below might also help Noel pushed this recently to fix issues with that shell command.
On Mon, Jan 22, 2018 at 2:16 PM, Michael Vorburger <vorburger@...> wrote:
|
|
Re: [netvirt-dev] Issues with odl-aaa-cli
Michael Vorburger <vorburger@...>
Vamsi, and FYI JamO/Ryan/all interested: On 01/22/2018 01:43 AM, A Vamsikrishna wrote: yeah please raise a JIRA, but probably not in AAA but in either netvirt or perhaps even odlparent, or controller; I don't think this is aaa specific but a general problem with tab completion of either just that particular netvirt CLI command, or perhaps all/some of our shell commands? The "ComponentDefinitionException: Unable to find property descriptor rpcRegistry on class org.opendaylight.netvirt.neutronvpn.shell.ConfigureL3VpnCommand" thread on https://lists.opendaylight.org/pipermail/netvirt-dev/2017-December/thread.html already had something about this in December - and that was even before the big bump... Vamsi, do you want to re-read that thread, and ask your E// colleagues, if there was a solution? Noel, this is also the same as what you already raised on https://lists.opendaylight.org/pipermail/netvirt-dev/2018-January/006127.html, isn't it? As I already suggested there, IMHO someone should try removing that availability="optional" there.. Thanks, Could be yet another impact of the Karaf upgrade in odlparent (similar to like that prompt stuff). Thank God we did this bump at the very beginning of a new major release, not after code freeze of the one we're hope to ship fairly soon... ;-) Although given thatit was already seen in December, may be in this particular case it's actually not even related. phew. Tx, M. --
|
|
Re: [controller-dev] odlparent 3.0.2 for CONTROLLER-1799: Archetype self test during Maven build
Michael Vorburger <vorburger@...>
On Thu, Jan 18, 2018 at 5:25 PM, Tom Pantelis <tompantelis@...> wrote:
just done, but hit https://jira.opendaylight.org/browse/CONTROLLER-1810 .. following the Big Bump, the Archetype IT is actually broken.. seems to have something to do with some (shutdown related?) problem in AAA ? Don't be shy to comment on CONTROLLER-1810 if you have any clue what could be causing that. I'm hoping to merge https://git.opendaylight.org/gerrit/#/c/66545/ with that @Ignore ASAP anyway, if nobody has any objections; we can then subsquently remove the @Ignore in the archetype IT, when CONTROLLER-1810 is sorted.
|
|
Re: Issues with odl-aaa-cli
Jamo Luhrsen <jluhrsen@...>
On 01/22/2018 01:43 AM, A Vamsikrishna wrote:
Hi Ryan,interesting how it's throwing an error from some netvirt module (I've cc'd netvirt). opendaylight-user@root>Maybe you can file a Jira to start with? Thanks, JamO I am using master branch.Maybe this is something to do with the odlparent/yangtools version bump problems we are dealing with? Thanks, JamO Thanks,
|
|
Issues with odl-aaa-cli
A Vamsikrishna
Hi Ryan,
I am following below wiki to get the list of cipher suites supported by JVM:
opendaylight-user@root> opendaylight-user@root>feature:list -i | grep -i odl-aaa-cli odl-aaa-cli | 0.7.0.SNAPSHOT | x | Started | odl-aaa-cli | ODL :: aaa :: odl-aaa-cli opendaylight-user@root> opendaylight-user@root>
but when I give aaa: <tab> it’s throwing below error:
opendaylight-user@root>aaa:Error executing command: Unable to find property descriptor rpcRegistry on class org.opendaylight.netvirt.neutronvpn.shell.ConfigureL3VpnComman
opendaylight-user@root>
Any idea how to fix this error ?
I am using master branch.
Thanks, Vamsi
|
|
Re: [Odlparent-dev] Jetty version problem in odlparent 3
Stephen Kitt <skitt@...>
On Fri, 19 Jan 2018 17:00:39 +0100
Stephen Kitt <skitt@...> wrote: On Fri, 19 Jan 2018 16:55:52 +0100On the AAA side of things, https://git.opendaylight.org/gerrit/67357 will help — it drops the explicit Jetty dependencies from the odl-aaa-shiro feature. Regards, Stephen
|
|
Re: aaa-cert-rpc 503 Service Unavailable
Ignacio Dominguez Martinez-Casanueva <i.dominguezm@...>
Hi Mohamed, The suggested command returns the ODL certificate. Something
strange is going on since I can perform the available operations
in the RPC such as getODLCertificate or setNodeCertificate through
the aaa CLI but not through the RESTCONF service. Best regards, Ignacio.
On 18.01.2018 16:19, Mohamed
El-Serngawy wrote:
|
|
Re: aaa-cert-rpc 503 Service Unavailable
Mohamed ElSerngawy
This not showing any helpful info. Would you try use the cli to make sure that the issue in aaa-cert service not restconf service try below command let me know what is the output aaa:get-odl-cert -storepass <store_password>
On Thu, Jan 18, 2018 at 10:04 AM, Ignacio Dominguez Martinez-Casanueva <i.dominguezm@...> wrote:
|
|