openHAB 2.5.10 release discussion

mpuff · October 26, 2020, 2:58pm

yes, and everytime i delete the chache

helmar74 · October 26, 2020, 3:03pm

Try the following:

Stop Openhab
Delete the cache
restart
wait until LOAD is “normal”
REstart again without cleaning the cache

Cheby · October 27, 2020, 3:40am

I had a same error. I cleared cache and made other variants, but without success. But when I deleted “Amazon Echo Control Binding” from paper ui and reinstall it everything started as needed.

AndrewFG · October 27, 2020, 12:30pm

The next patch release is available: openHAB 2.5.10

@Kai many thanks for the update

I just want to mention though that when I installed it on my Rasberry Pi via the openhabian config application, it restarted the machine in an unstable state, so it was just sitting there and spitting out about 130 megabytes of logger crash dump messages per hour

This may be because (by coincidence) the openhabian config application also applied many changes to the raspbian o/s at the same time ??

In any case a clean shutdown and reboot fixed the problem => but may I suggest that openhabian config application should have an option “Clean Shutdown and Reboot” on the menu?

rossko57 · October 27, 2020, 12:36pm

An update does this for you.
Every time you clear the cache again, you cause difficulties for the next boot.
“Stop shooting yourself in the foot”

mstormi · October 27, 2020, 1:55pm

but may I suggest that openhabian config application should have an option “Clean Shutdown and Reboot” on the menu?

You may but no we won’t build that in. Too many people way prematurely reboot their boxes, killing traces and diagnostics. @rossko57 has put it well. We won’t animate people to shoot at their own feet.

AndrewFG · October 27, 2020, 2:21pm

Hmm

Trashware · October 27, 2020, 9:23pm

Since Update 2.5.10 no items in the paperUI anymore. Items return when amazonechocontrol binding uninstalled, but disappear again when reinstalled.

Logfile tells:

2020-10-27 22:14:56.457 [ERROR] [ersey.server.ServerRuntime$Responder] - An I/O error has occurred while writing a response message entity to the container output stream.
org.glassfish.jersey.server.internal.process.MappableException: java.lang.NullPointerException
	at org.glassfish.jersey.server.internal.MappableExceptionWrapperInterceptor.aroundWriteTo(MappableExceptionWrapperInterceptor.java:92) ~[?:?]
	at org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed(WriterInterceptorExecutor.java:162) ~[bundleFile:?]
	at org.glassfish.jersey.message.internal.MessageBodyFactory.writeTo(MessageBodyFactory.java:1130) ~[bundleFile:?]
	at org.glassfish.jersey.server.ServerRuntime$Responder.writeResponse(ServerRuntime.java:711) [bundleFile:?]
	at org.glassfish.jersey.server.ServerRuntime$Responder.processResponse(ServerRuntime.java:444) [bundleFile:?]
	at org.glassfish.jersey.server.ServerRuntime$Responder.process(ServerRuntime.java:434) [bundleFile:?]
	at org.glassfish.jersey.server.ServerRuntime$2.run(ServerRuntime.java:329) [bundleFile:?]
	at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271) [bundleFile:?]
	at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267) [bundleFile:?]
	at org.glassfish.jersey.internal.Errors.process(Errors.java:315) [bundleFile:?]
	at org.glassfish.jersey.internal.Errors.process(Errors.java:297) [bundleFile:?]
	at org.glassfish.jersey.internal.Errors.process(Errors.java:267) [bundleFile:?]
	at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317) [bundleFile:?]
	at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:305) [bundleFile:?]
	at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1154) [bundleFile:?]
	at org.glassfish.jersey.servlet.WebComponent.serviceImpl(WebComponent.java:473) [bundleFile:?]
	at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:427) [bundleFile:?]
	at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:388) [bundleFile:?]
	at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:341) [bundleFile:?]
	at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:228) [bundleFile:?]
	at com.eclipsesource.jaxrs.publisher.internal.ServletContainerBridge.service(ServletContainerBridge.java:76) [bundleFile:?]
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:852) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:544) [bundleFile:9.4.20.v20190813]
	at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71) [bundleFile:?]
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:536) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1581) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1307) [bundleFile:9.4.20.v20190813]
	at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:293) [bundleFile:?]
	at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:482) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1549) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1204) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) [bundleFile:9.4.20.v20190813]
	at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80) [bundleFile:?]
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.server.Server.handle(Server.java:494) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:374) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:268) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:336) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:313) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:171) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:129) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:367) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:782) [bundleFile:9.4.20.v20190813]
	at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:918) [bundleFile:9.4.20.v20190813]
	at java.lang.Thread.run(Thread.java:748) [?:1.8.0_152]
Caused by: java.lang.NullPointerException
	at org.openhab.binding.amazonechocontrol.internal.smarthome.DynamicStateDescriptionSmartHome.getStateDescription(DynamicStateDescriptionSmartHome.java:69) ~[?:?]
	at org.eclipse.smarthome.core.thing.internal.ChannelStateDescriptionProvider.getDynamicStateDescription(ChannelStateDescriptionProvider.java:134) ~[?:?]
	at org.eclipse.smarthome.core.thing.internal.ChannelStateDescriptionProvider.getStateDescription(ChannelStateDescriptionProvider.java:120) ~[?:?]
	at org.eclipse.smarthome.core.thing.internal.ChannelStateDescriptionProvider.getStateDescriptionFragment(ChannelStateDescriptionProvider.java:86) ~[?:?]
	at org.eclipse.smarthome.core.internal.service.StateDescriptionServiceImpl.mergeStateDescriptionFragments(StateDescriptionServiceImpl.java:103) ~[?:?]
	at org.eclipse.smarthome.core.internal.service.StateDescriptionServiceImpl.getStateDescription(StateDescriptionServiceImpl.java:89) ~[?:?]
	at org.eclipse.smarthome.core.items.GenericItem.getStateDescription(GenericItem.java:409) ~[?:?]
	at org.eclipse.smarthome.core.library.items.NumberItem.getStateDescription(NumberItem.java:95) ~[?:?]
	at org.eclipse.smarthome.io.rest.core.item.EnrichedItemDTOMapper.considerTransformation(EnrichedItemDTOMapper.java:119) ~[?:?]
	at org.eclipse.smarthome.io.rest.core.item.EnrichedItemDTOMapper.map(EnrichedItemDTOMapper.java:67) ~[?:?]
	at org.eclipse.smarthome.io.rest.core.item.EnrichedItemDTOMapper.map(EnrichedItemDTOMapper.java:61) ~[?:?]
	at org.eclipse.smarthome.io.rest.core.internal.item.ItemResource.lambda$0(ItemResource.java:230) ~[?:?]
	at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) ~[?:1.8.0_152]
	at java.util.HashMap$KeySpliterator.tryAdvance(HashMap.java:1574) ~[?:1.8.0_152]
	at java.util.stream.StreamSpliterators$WrappingSpliterator.lambda$initPartialTraversalState$0(StreamSpliterators.java:294) ~[?:1.8.0_152]
	at java.util.stream.StreamSpliterators$AbstractWrappingSpliterator.fillBuffer(StreamSpliterators.java:206) ~[?:1.8.0_152]
	at java.util.stream.StreamSpliterators$AbstractWrappingSpliterator.doAdvance(StreamSpliterators.java:169) ~[?:1.8.0_152]
	at java.util.stream.StreamSpliterators$WrappingSpliterator.tryAdvance(StreamSpliterators.java:300) ~[?:1.8.0_152]
	at java.util.Spliterators$1Adapter.hasNext(Spliterators.java:681) ~[?:1.8.0_152]
	at org.eclipse.smarthome.io.rest.Stream2JSONInputStream.fillBuffer(Stream2JSONInputStream.java:93) ~[?:?]
	at org.eclipse.smarthome.io.rest.Stream2JSONInputStream.read(Stream2JSONInputStream.java:69) ~[?:?]
	at java.io.InputStream.read(InputStream.java:179) ~[?:1.8.0_152]
	at java.io.InputStream.read(InputStream.java:101) ~[?:1.8.0_152]
	at org.glassfish.jersey.message.internal.ReaderWriter.writeTo(ReaderWriter.java:115) ~[bundleFile:?]
	at org.glassfish.jersey.message.internal.AbstractMessageReaderWriterProvider.writeTo(AbstractMessageReaderWriterProvider.java:79) ~[bundleFile:?]
	at org.glassfish.jersey.message.internal.InputStreamProvider.writeTo(InputStreamProvider.java:105) ~[bundleFile:?]
	at org.glassfish.jersey.message.internal.InputStreamProvider.writeTo(InputStreamProvider.java:60) ~[bundleFile:?]
	at org.glassfish.jersey.message.internal.WriterInterceptorExecutor$TerminalWriterInterceptor.invokeWriteTo(WriterInterceptorExecutor.java:265) ~[bundleFile:?]
	at org.glassfish.jersey.message.internal.WriterInterceptorExecutor$TerminalWriterInterceptor.aroundWriteTo(WriterInterceptorExecutor.java:250) ~[bundleFile:?]
	at org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed(WriterInterceptorExecutor.java:162) ~[bundleFile:?]
	at org.glassfish.jersey.server.internal.JsonWithPaddingInterceptor.aroundWriteTo(JsonWithPaddingInterceptor.java:106) ~[?:?]
	at org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed(WriterInterceptorExecutor.java:162) ~[bundleFile:?]
	at org.glassfish.jersey.server.internal.MappableExceptionWrapperInterceptor.aroundWriteTo(MappableExceptionWrapperInterceptor.java:86) ~[?:?]
... 53 more

mstormi · October 28, 2020, 12:47pm

18 posts were split to a new topic: Start issue after upgrade

mpuff · October 27, 2020, 10:14pm

same for me, i have also tried to downgrade to 2.5.9, and there i have similar problems now

mstormi · October 28, 2020, 12:02pm

Guys you went off-topic. Nothing about start issues is specific to 2.5.10 so please stop here.
Open another thread if you feel the need to discuss this (again).

Artur1 · October 30, 2020, 8:10am

I have this problem with IKEA tradfri:

I thought that I found a solution but latest ooenHAB update broke it again.

[DEBUG] [internal.handler.TradfriThingHandler] - Sending payload: {“15015”:[{“5536”:0}],“3”:{}}
[DEBUG] [g.tradfri.internal.TradfriCoapClient] - CoAP PUT request uri: coaps://192.168.xx.xx:5684/15001/65548 payload: {“15015”:[{“5536”:0}],“3”:{}}

[DEBUG] [g.tradfri.internal.TradfriCoapClient] - CoAP GET request uri: coaps://192.168.xx.xx:5684/15011/15012

Terra · November 21, 2020, 10:40am

After updating from stable 2.5.9 to 2.5.10 I was not able to control my Philips Hue devices connected to my Hue Bridge anymore.

I noticed in Paper UI that the Hue Binding was not installed anymore after the update, so I installed it again through Paper UI.

Then more issues started, the Hue things were listed as online in PaperUI but I could not control them through OH2. After restarting the OH2 service I could control them in OH2 but only with a 5-10 second delay.
There were no errors in the logs, but in the binding debug log I saw that the http call to the bridge appeared only 4-10 seconds after I pressed the button in the sitemap.

I now deleted all hue things, removed the binding, restarted the bridge, installed binding again, paired it with OH2 and added the things again. It seems to work for now.

With htop I see that OH2 shows a lot of memory usage in VIRT, not sure if this is related to my issue or it was also like this before the update…

milo · December 11, 2020, 1:14pm

Hello when is it planned to release openhab 2.5.11 ?

binderth · December 11, 2020, 1:29pm

I do think, there’s no immediate plans für 2.5.11, everyone is focused on openHAB3 I guess!
perhaps there’s one last release for openHAB2, but the focus is to bringt as much users as possible to OH3, as it is much much easier to maintain all the efforts, questions and stuff in the newest release.

Kai · December 11, 2020, 1:41pm

I tentatively mentioned a 2.5.11 for early December, so yes, in this regard it would be time for it.
Running the release build shouldn’t be much effort, so I can try to do it this weekend.

But indeed: 99% of spare time is spent for 3.0 at the moment…

milo · December 11, 2020, 1:49pm

Yes, it’s clear that everybody is focusing on the OH3 release…

I am waiting for the updated yio remote plugin therefore I am asking

Lolodomo · December 11, 2020, 6:05pm

Was there any commit in 2.5 branch since 2.5.10 was released?

mhilbush · December 11, 2020, 6:15pm

Yes, I had a rather important one.

milo · December 11, 2020, 9:53pm

A cherry picking before the build run should be good…