Arch Linux User Repository

https://aur.archlinux.org/packages/openhab4 is now available.

https://aur.archlinux.org/packages/openhab4 is now available.

Upstream release 3.4.5 now resolves the ZIP64 field validation issue (release notes at https://github.com/openhab/openhab-distro/releases/tag/3.4.5)

@javallone: thank you so much for your help. I've just tried it and it worked smoothly! Thank you so much again!!

@pimkodeli I ran into this issue as well. I found that it has something to do with a change to how Java is validating data in zip files. It can be worked around by adding the following to /etc/default/openhab3:

EXTRA_JAVA_OPTS="-Djdk.util.zip.disableZip64ExtraFieldValidation=true"

Then, delete everything in /var/lib/openhab3/cache/ and restart openhab3.service.

For some added context, I was starting up OpenHAB with verbose output and got a Java exception of "Invalid CEN header (invalid zip64 extra data field size)". Searching for that lead me to https://github.com/iBotPeaches/Apktool/issues/3174#issuecomment-1642697602 with the tip for setting that Java property. There's also something going on with that cache directory since I would only get the error when it was empty. When there is anything in that directory, the startup would just hang like you're seeing.

Looks like the issue has been reported upstream as well: https://github.com/openhab/openhab-core/issues/3718

installed / upgraded from last version. now fails to start with no particular error - /var/log/openhab3/openhab.log is empty, no content, server process runs, no web interface, no logs. /var/lib/openhab directory ownership (openhab3:openhab3) is correct. any ideas?

openhab3.service - The openHAB 3 Home Automation Bus Solution Loaded: loaded (/usr/lib/systemd/system/openhab3.service; enabled; preset: disabled) Active: active (running) since Fri 2023-07-21 11:03:06 CEST; 21s ago Docs: http://docs.openhab.org Main PID: 9571 (karaf) Tasks: 37 (limit: 4684) Memory: 116.0M CPU: 2.688s CGroup: /system.slice/openhab3.service ├─9571 /bin/sh /usr/share/openhab3/runtime/bin/karaf server └─9682 /usr/lib/jvm/java-11-openjdk/bin/java -XX:-UsePerfData -Dopenhab.home=/usr/share/openhab3 -Dopenhab.conf=/etc/openhab3 -Dopenhab.runtime=/usr/share/openhab3/runtime -Dopenhab.userdata=/var/lib/openhab3 -Dopenhab.logdir=/var/log/openhab3 -Dfelix.cm.dir=/var/lib/openhab3/config -Djava.library.path=/>

Jul 21 11:03:06 openhab3 systemd[1]: Started The openHAB 3 Home Automation Bus Solution.

Thanks @Milos.Kozina, a dependency on archlinux-java-run is now included in 3.4.0-2.

Seems, that there is missing dependency on aur/archlinux-java-run. After installation I tried to run systemctl start openhab3.service, but got

karaf_wrapper.sh[69712]: /usr/share/openhab3/karaf_wrapper.sh: line 3: archlinux-java-run: command not found

After installing aur/archlinux-java-run, the service started.

Implemented benalexau's idea in current package version. Thus problem should be gone in next upgrade.

Agree with others here that openHAB should not be running when upgraded. I use the following upgrade hook in case others want to adapt something similar.

Filename: /etc/pacman.d/hooks/10-openhab.hook

[Trigger]
Type = Package
Operation = Upgrade
Target = openhab3
Target = openhab3-addons

[Action]
Description = Stopping openHAB for upgrade (we expect Ansible to trigger a reboot)
When = PreTransaction
Exec = /usr/bin/systemctl stop openhab3.service

I had to delete /var/lib/openhab/cache/ and /var/lib/openhab/tmp/ to be able to start OpenHAB again. Somehow, these directories survived even a reinstallation and caused problems until I deleted them manually.