2.5 Milestone 6 Issues

chris · December 8, 2019, 2:10pm

I’m not keen to discuss issues here where it’s mixed up with so many other issues. If there’s a problem, please create a thread and I’m happy to look at it.

However the thread full error is an effect, not the cause.

hpd · December 8, 2019, 4:07pm

MQTT Link Number item - items missing

I configured a number type channel for a generic MQTT thing using paper ui

When I add a link to this channel, I expect all number type items of my things to be listed. But the list is empty and I have only the choice to create a new item.
This works perfectly OK in 2.4 stable

Background

My sandbox setup is on openhabian buster with mostly just 2 enocean devices (NodonPir and Nodon Plug).
I want to publish LUX values of my automatically discovered Nodon PIR via MQTT
Linking On/Off items to ON/Off Channel Types works as expected

thefathefa · December 8, 2019, 4:35pm

Hi, me again… I have now rebuilt a new machine from scratch and when I restore my openhab backup from the other machine, I get the same java error as on the old machine:-(
Conclusion is then I guess that there is something in my config that is not “right” even if M4 is happy about it…

2019-12-08 17:25:16.658 [ERROR] [org.openhab.core.ephemeris          ] - bundle org.openhab.core.ephemeris:2.5.0.M6 (143)[org.openhab.ephemeris(146)] : The activate method has thrown an exception
java.lang.IllegalArgumentException: No enum constant java.time.DayOfWeek.( "MONDAY"
	at java.lang.Enum.valueOf(Enum.java:238) ~[?:1.8.0_222]
	at java.time.DayOfWeek.valueOf(DayOfWeek.java:109) ~[?:1.8.0_222]
	at 

[snip... snip... snip - several times the same error related to this ephemeris module.... snip... snip]

2019-12-08 17:25:17.681 [INFO ] [.dashboard.internal.DashboardService] - Started Dashboard at http://192.168.101.18:8080
2019-12-08 17:25:17.683 [INFO ] [.dashboard.internal.DashboardService] - Started Dashboard at https://192.168.101.18:8443
2019-12-08 17:25:18.267 [INFO ] [thome.model.lsp.internal.ModelServer] - Started Language Server Protocol (LSP) service on port 5007

And then it is stuck here and not moving any more…

Anyone would have an idea as to what can be the cause and how to debug it?
If not, I guess that instead of restoring a backup I’ll have to rebuild the new machine step by step (exactly what I was tryingt to avoid)…

Thanks in advance,

Bruce_Osborne · December 8, 2019, 6:14pm

Please start a new thread for your issue then. I expect this thread to be locked after 2.5rc1 is released later today.

dastrix80 · December 8, 2019, 10:55pm

With so many issues in Milestone 6, is it wise of Kai to release 2.5 on 15th December? Sounds like it needs far more work

Bruce_Osborne · December 9, 2019, 11:01pm

Release Candidate 1 has been released. There is a new thread for critical issues. Other issues will not be addressed at this time.

NCO · December 10, 2019, 10:37am

Just for documentation:
M6 replaced my java entry in /etc/default/openhab2:
EXTRA_JAVA_OPTS=“-Xms400m -Xmx650m“
with
EXTRA_JAVA_OPTS="-Xms250m -Xmx350m"
Which leads to a Java heap space issue

Bruce_Osborne · December 10, 2019, 10:43am

Do you mean openHABian? I do not think openHAB itself sets the heap space. In fact it did not set it on my Pi 3B+.
What OS & Java versions?

NCO · December 10, 2019, 11:01am

You’re right - it was more likely by openhabian.

Java:
openjdk version “1.8.0_152”
OpenJDK Runtime Environment (Zulu Embedded 8.25.0.76-linux-aarch32hf) (build 1.8.0_152-b76)
OpenJDK Client VM (Zulu Embedded 8.25.0.76-linux-aarch32hf) (build 25.152-b76, mixed mode, Evaluation)
Release = Raspbian GNU/Linux 8 (jessie)
Kernel = Linux 4.9.35-v7+
Platform = Raspberry Pi 3 Model B Rev 1.2

Bruce_Osborne · December 10, 2019, 11:52am

What version did you move from? On my test Pi I installed Milestone 6 & then move to 6 and my JAVA_OPTS is blank. I installed M5 using apt-get and then applied the openHABian system tweaks.

Ingo_Bruland · December 12, 2019, 7:53pm

Opened an issue on github about the hue log file flooting

First fix for me is to remove hue motion sensor and dimmer switch things out of openHab configuration because I am not using them at the moment for any rules or actions.

Bruce_Osborne · December 12, 2019, 8:23pm

It this still an issue with Release Candidate 1? It was released last Monday and 2.5 stable is scheduled for December 15.

Ingo_Bruland · December 12, 2019, 9:05pm

Yes it is still in RC 1.
I tested it today with RC1 and got the same behavior. But this issue started at M6 release.

to_so · December 19, 2019, 7:20pm

to_so:

I grabbed 3 heap dumps while turning off various bindings (Onkyo, Network, Harmony Hub, Plex and Sonos). In the end I only had the Deconz, Hue, TP-Link and z-wave bindings. I’ve been throwing the dumps into heaphero.io to try and discern patterns and am still working on it. I had to roll back to 2.4 stable for now as I will be traveling and unable to keep an eye on the system for the next 4 days. I still intend to open an issue in GitHub, looking at the other thread about “Openhab filling up Memory and Swap” I realized it need to go into the Core issue tracker and will work to do that.

I suspect my problem is going to boil down to the Hue or z-wave bindings since those 2 are the predominant hits in the logs.

I watched HTOP after the removal of the bindings and using the Kara service restart options. With M6, the memory instantly jumps to 200M at start, gets to 300+M within the first 30-40 seconds and over 400M after the first minute and a half. From that point on it does primarily 1-2M jumps up with the occasional backtrack back down 1M. the system is over 700M by the time the first hour is approaching and continues from there. It varies on how long it takes to fully consume but it’s anywhere from 1-2.5 hours before it exhausts memory and becomes unresponsive. After rolling back it makes it’s away to 370-390 and has been there for 12 hours now.

I just wanted to update my issue was resolved with a clean install of 2.5 release. I did try an in place upgrade after the release was launched, then removed all my bindings slowly until nothing but z-wave remained. The module showed updated as of 2.5 but nearest I was able to determine, there was something amiss in my setup. as soon as I would reinstall the binding, CPU would ramp up across cores and the memory usage would climb. I verified there were no addons in /usr/shar/openhab2/addons as well as removing the old cfg files for Network, Plex and Onkyo that were lingering but the consumption continued. Went ahead and re-etched the sd-card installing from scratch and the system is stable. was able to actually re-add all things pretty quickly and configure their items without issue. I never got around to being able to get the debug info I said I would, so apologies there. I know the update isn’t even relevant, but just wanted to add closure to my incident. Thank you.