openHAB 3.0 Release Candidates discussion

sirpreis · December 21, 2020, 2:09pm

I have the same issue, historical switch items are always OFF. Also see my post here:

https://community.openhab.org/t/oh3-rule-check-in-a-rule-if-item-was-on-in-past-30-minutes/

John_Siemon · December 21, 2020, 5:19pm

SOLVED: I went back through my notes and realized that I had the same problem when I updated from 2.4 to 2.5 wherein I was unable to use home.myopenhab.org to access my dashboards. The root cause of the problem is that I am running a high core count (32 core) server and Jetty chokes. The solution is to either pin the Docker to use only 4 cores or modify the services/runtime.cfg. I had made the modifications to my 2.5.9 installation but OH3 changes from “eclipse.smarthome” to “openhab” and those changes have to be done manually.

For future reference: in Openhab 3.0 org.eclipse.smarthome.webclient has changed to org.openhab.webclient. So it becomes:

org.eclipse.smarthome.webclient:minThreadsShared=20
org.eclipse.smarthome.webclient:maxThreadsShared=40

org.eclipse.smarthome.webclient:minThreadsCustom=15
org.eclipse.smarthome.webclient:maxThreadsCustom=40

Thanks to @mhilbush and @arjanmels for the fix as now my OH3 is running without any issues.

UPDATE: My issue is definitely a Docker problem unique to my installation. I haven’t yet resolved it, but I was able to install OH3 on my Server using a VM and it worked fine, so not a network or OH3 problem, but a local docker install issue. Thanks again for responses.

My apologies. My shorthand seemed to create additional and unnecessary confusion. I am using Home = home.myopenhab.org as that is the Tab on the website. I also have no doubt others are able to access OH3 from home.myopenhab.org, but every time I try I get

openHAB connection error: HttpClient@4016d1a5{FAILED} is stopped

I just created a fresh Docker and did a clean install and I get the same error. myopenhab.org shows that I am ONLINE and I am able to send messages to my iOS device but I am not able to access the dashboard. I will continue to evaluate, but I am curious as to whether you are using a Docker install or another type of setup such as a Pi? I know it shouldn’t make a difference but I am trying to eliminate possible causes.

Bruce_Osborne · December 21, 2020, 5:22pm

Which Docker image? Alpine or Debian? The default is Debian. I tried the Alpine image with H2 and moved to Debian due to issues.

John_Siemon · December 21, 2020, 5:23pm

I use debian.

jensflorian · December 21, 2020, 5:32pm

On OsX 10.15.17 Safari Pages -> Add from Model wont add widgets, instead just returns back to the pages overview screen. Firefox 84 on the same system works flawlessly.

mstormi · December 22, 2020, 1:52pm

A post was split to a new topic: Scripts in OH3

maheshdada1 · December 23, 2020, 6:52pm

What about GPIO binding in OH3

sihui · December 23, 2020, 6:58pm

This is at least equivalent:

mstormi · December 26, 2020, 1:21pm

A post was split to a new topic: Issue with OH3 logging

mstormi · December 26, 2020, 1:20pm

A post was split to a new topic: Generic issue with OH3

mstormi · December 27, 2020, 12:00am

3 posts were split to a new topic: Homekit issue

karlfife · January 2, 2021, 9:58pm

Thank you. Posted here: Possible auth bug in HTTP 3.0 binding

karlfife · January 2, 2021, 10:08pm

Interesting: the aforementioned latency only exists if the Android client (beta or release) is logged in to the OH instance. If I do NOT log in the client to the OH instance, the latency performance is effectively zero.

Suspecting some kind of DNS-induced wait-states (due to the use of a locally DNS-named OH instance e.g. openhab.mylan.tld), I checked, and discovered that I see the same performance issues whether the client is configured via a DNS name or its IPv4 address.

This issue persists even after the update to 3.0.0.Release.
I’m happy to help reproduce/debug with some guidance.

Peter_Antoni · January 4, 2021, 2:36pm

In my environment the log4j2.xml file was ok, but in the file org.ops4j.pax.logging.cfg I had to change everything from stmarthome to openhab. Now I get the events in the events.log file.

sihui · January 4, 2021, 3:13pm

Actually that file should only contain one line:

github.com

openhab/openhab-distro/blob/main/distributions/openhab/src/main/resources/userdata/etc/org.ops4j.pax.logging.cfg

org.ops4j.pax.logging.log4j2.config.file=${karaf.etc}/log4j2.xml

Configuration is done through log4j2.xml.

Peter_Antoni · January 4, 2021, 4:14pm

I installed OH3 over my working OH2.5 and the file org.ops4j.pax.logging.cfg has 145 lines. I will try to change everything to only 1 line
org.ops4j.pax.logging.log4j2.config.file=${karaf.etc}/log4j2.xml

sihui · January 4, 2021, 4:18pm

Make sure that file has the correct content:

github.com

openhab/openhab-distro/blob/main/distributions/openhab/src/main/resources/userdata/etc/log4j2.xml

<?xml version="1.0" encoding="UTF-8" standalone="no"?><Configuration monitorInterval="10">

	<Appenders>
		<!-- Console appender not used by default (see Root logger AppenderRefs) -->
		<Console name="STDOUT">
			<PatternLayout pattern="%d{HH:mm:ss.SSS} [%-5.5p] [%-36.36c] - %m%n"/>
		</Console>

		<!-- Rolling file appender -->
		<RollingFile fileName="${sys:openhab.logdir}/openhab.log" filePattern="${sys:openhab.logdir}/openhab.log.%i.gz" name="LOGFILE">
			<PatternLayout pattern="%d{yyyy-MM-dd HH:mm:ss.SSS} [%-5.5p] [%-36.36c] - %m%n"/>
			<Policies>
				<OnStartupTriggeringPolicy/>
				<SizeBasedTriggeringPolicy size="16 MB"/>
			</Policies>
			<DefaultRolloverStrategy max="7"/>
		</RollingFile>

		<!-- Event log appender -->
		<RollingRandomAccessFile fileName="${sys:openhab.logdir}/events.log" filePattern="${sys:openhab.logdir}/events.log.%i.gz" name="EVENT">

This file has been truncated. show original

Peter_Antoni · January 4, 2021, 4:25pm

It is exactly that content. I change now the org.ops4j.pax.logging.cfg to only one line and it is working.

sihui · January 4, 2021, 4:27pm

Good, now you are on the openHAB3 track

StefanMUC · January 13, 2021, 8:26pm

I’m on OH3 (release) and these messages appear not only 33 times as in your log, but in mine I have 64 entries of this. So yes this happens in a clean install too! It’s a bit anoying seing that - any news on this?