This page last changed on Feb 26, 2015 by yannph.

Hi,
I've recently upgraded to Controller 2.1.1 and I'm facing a new behavior.
When starting the Controller or when reloading it (sync with the designer), the Controller is taking up to 5 minutes to be ready.
My panels (on iOS, Android or WebConsole) are waiting in a kind of "loading" loop. It's like they are starting the loading process more than 10 times before after the panel loaded.
Having a look at the dev.log, I've found this exception reoccuring more than 10 times:

2015-02-21 17:22:02,241 ERROR [HTTP-Thread-13]: CommandException occurs
org.openremote.controller.config.ControllerXMLChangedException: The content of controller.xml had changed.
	at org.openremote.controller.service.impl.StatusCommandServiceImpl.readFromCache(StatusCommandServiceImpl.java:68)
	at org.openremote.controller.rest.StatusCommandRESTServlet.handleRequest(StatusCommandRESTServlet.java:63)
	at org.openremote.controller.rest.RESTAPI.doPost(RESTAPI.java:159)
	at org.openremote.controller.rest.RESTAPI.doGet(RESTAPI.java:112)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.openremote.controller.rest.support.json.JSONCallbackFilter.doFilter(JSONCallbackFilter.java:63)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:78)
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:77)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845)
	at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
	at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:354)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:744)

The panels, design haven't change. only the Controller.
Any ideas?

Regards

Any luck with this?

I'm experiencing what looks to be the same issue. Dev log has the same error, and panels on iOS devices are stuck in loading loops.

Posted by frand at Mar 25, 2015 20:00

Unfortunatly not, no solution, no support, don't know where to start from ...
Hopefully, I'm not the only one with this issue

Wait and see, may be the community or the support will react

Regards

Posted by yannph at Mar 26, 2015 18:45

I fixed the situation on my end, but I can't account the solution to a single step. It's even stranger because the installation was running fine for about a month before breaking itself, and normal re-installing did not help.
Here are things that I went through (the installation is running on a raspi2):

  • Installed jre8 security package to fix an identity fetching error
  • Noted knx connectivity issues in dev log, these may be related to rebooting the system too quickly in succession
  • Removed virtual sensors that were giving error messages due to hardware that's no longer connected
  • Fixed some buttons in the UI panels that were connected to status sensors that weren't giving proper output

As said, none of the issues above were showstoppers before, but after cleaning up the setup for a couple of hours it just so happened that after one of the tweak&reboot cycles the boot log showed a successful startup and things are back to normal again.

So all I can say is I hope you find something fishy in your boot.log or dev.log that can be fixed with similar steps. Let me know if you need some more details.

Posted by frand at Mar 27, 2015 05:46

Hi Yann,

The above exception is not the cause of the problem, but rather a "side effect".
It's an exception that occurs when a panel makes a request to the controller while its configuration is being updated (in this case, it's a request for a sensor value).
If your configuration update takes a really long time (like 5 or 10 min), then it's normal that the console would regularly poll for e.g. sensor values and that you're seeing the exception multiple times.

Are there any other logs in the controller that show something usual / changed from before ?

Posted by ebariaux at Mar 30, 2015 11:32
Document generated by Confluence on Jun 05, 2016 09:34