[NETCONF-75] RESTConf not working after Yangparser changes Created: 02/Oct/15  Updated: 15/Mar/19  Resolved: 08/Oct/15

Status: Resolved
Project: netconf
Component/s: netconf
Affects Version/s: None
Fix Version/s: None

Type: Bug
Reporter: Reinaldo Penno Assignee: Tony Tkacik
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


External issue ID: 4394
Priority: Highest

 Description   

Reproducing is simple:

Get the most recent SFC master and start karaf. then try accessing RESTConf explorer at

http://localhost:8181/apidoc/explorer/index.html

You will receive a 503 error

This error was last seen 6:10 PM PST after a clean build



 Comments   
Comment by Reinaldo Penno [ 02/Oct/15 ]

I see the following errors on the console:

2015-10-01 18:02:31,366 | ERROR | qtp364454818-140 | ContainerResponse | 284 - com.sun.jersey.jersey-server - 1.17.0 | Mapped exception to response: 503 (Service Unavailable)
javax.ws.rs.WebApplicationException
at org.opendaylight.aaa.sts.TokenAuthFilter.filter(TokenAuthFilter.java:57)[266:org.opendaylight.aaa.authn-sts:0.3.0.SNAPSHOT]
at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1496)[284:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1442)[284:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1391)[284:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1381)[284:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)[282:com.sun.jersey.servlet:1.17.0]
at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:538)[282:com.sun.jersey.servlet:1.17.0]
at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:716)[282:com.sun.jersey.servlet:1.17.0]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)[232:org.apache.geronimo.specs.geronimo-servlet_3.0_spec:1.0.0]
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1496)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.eclipse.jetty.servlets.CrossOriginFilter.handle(CrossOriginFilter.java:247)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.eclipse.jetty.servlets.CrossOriginFilter.doFilter(CrossOriginFilter.java:210)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1467)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:82)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:256)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1467)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:501)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:69)[245:org.ops4j.pax.web.pax-web-jetty:3.1.4]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:557)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1086)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:240)[245:org.ops4j.pax.web.pax-web-jetty:3.1.4]
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:429)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1020)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)[238:org.eclipse.jetty.aggregate.jetty-all-server:8.1.15.v20140411]
at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:75)[245:org.ops4j.pax.web.pax-web-jetty:3.1.4]
at

Comment by Vratko Polak [ 02/Oct/15 ]

> I see the following errors on the console:

Those were always there, the difference is that before they did not last that long.

The regression is in performance of config subsystem during bootup.

Comment by Reinaldo Penno [ 08/Oct/15 ]

Tested again today, still get 503.

Comment by Tony Tkacik [ 08/Oct/15 ]

Will look in apidoc, normal restconf was working,
also it is important to note how long after starting Karaf you tried to access apidocs.

Moving to NETCONF, since this is not bug in YANGTools, but rather was flushed by change in YANGTools and was there even before.

Comment by Reinaldo Penno [ 08/Oct/15 ]

Tony, tried regular RESTconf and it is not working

=>Failure to delete SFs, response code = 503

=>Failure to delete SFCs, response code = 503

=>Failure to delete SFFs, response code = 503

=>Failure to delete SFPs, response code = 503

=>Failure to delete metadata, response code = 503

=>Failure to delete ACLs, response code = 503

=>Failure to delete Classifiers, response code = 503

Just opened another bug. It seems SFC is back to being completely hosed

https://bugs.opendaylight.org/show_bug.cgi?id=4436

Comment by Tony Tkacik [ 08/Oct/15 ]

With patch https://git.opendaylight.org/gerrit/#/c/27874/
did not observed mentioned issues in clean rebuild of SFC (mvn clean install -U).

Comment by Reinaldo Penno [ 08/Oct/15 ]

"Updated 13 minutes ago"

Very timely. Let em test again and will get back.

Comment by Reinaldo Penno [ 08/Oct/15 ]

Confirmed patch https://git.opendaylight.org/gerrit/#/c/27874/ fixed it.

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