The problem with non-working openhab after upgrade may be remedied by stopping it before install. In case it doesn't work after upgrade - just shut it down and reinstall the same package. Don't know the reason, it needs some debugging - but it's a simple solution. No downgrade needed.
Search Criteria
Package Details: openhab3 3.4.5-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/openhab3.git (read-only, click to copy) |
---|---|
Package Base: | openhab3 |
Description: | openhab3 open source home automation software |
Upstream URL: | http://www.openhab.org/ |
Licenses: | EPL |
Conflicts: | openhab3-snapshot |
Submitter: | ChaosKid42 |
Maintainer: | None |
Last Packager: | benalexau |
Votes: | 11 |
Popularity: | 0.000012 |
First Submitted: | 2020-11-30 20:26 (UTC) |
Last Updated: | 2023-08-03 02:19 (UTC) |
Dependencies (3)
- archlinux-java-runAUR
- java-runtime-headless (jre10AUR, jre12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, jre7AUR, amazon-corretto-16AUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jre11-jbr-xdg-headlessAUR, jre16-openjdk-headlessAUR, jre14-openjdk-headlessAUR, jre15AUR, jre14AUR, jre13AUR, jre16AUR, jre18-openjdk-headlessAUR, amazon-corretto-19-binAUR, liberica-jre-11-full-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jre-openj9-headlessAUR, jre12-openjdk-headlessAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jre11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jre13-openjdk-headlessAUR, jre15-openjdk-headlessAUR, jdk8-openj9-binAUR, jre-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jre19-openjdk-headlessAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jre17AUR, java-openjdk-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jre8AUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-jre-fx-binAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jre-jetbrainsAUR, jre-openjdk-wakefield-headlessAUR, jre-openjdk-wakefieldAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, zulu-23-binAUR, jreAUR, jdkAUR, jdk21-jetbrains-binAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk17-openj9-binAUR, jre-zuluAUR, jre-zulu-fxAUR, jre21-zulu-binAUR, jre17-zulu-binAUR, zing-8-binAUR, zing-21-binAUR, java-openjdk-ea-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jre-openjdk, jre-openjdk-headless, jre11-openjdk, jre11-openjdk-headless, jre17-openjdk, jre17-openjdk-headless, jre21-openjdk, jre21-openjdk-headless, jre8-openjdk-headless)
- openhab3-addonsAUR (optional) – add-on archives for offline use
Required by (1)
Sources (6)
igvk commented on 2022-07-01 07:57 (UTC)
zynex commented on 2022-01-14 15:24 (UTC) (edited on 2022-01-14 15:48 (UTC) by zynex)
Got same problem as @istobic, OpenHAB won't start and a bunch of errors appear in the journal. A downgrade and then upgrade it again seems to fix is for some reason..?
istobic commented on 2022-01-10 05:51 (UTC)
I had again problems with the update. There weren't even entries in journald
at all or logs in /var/log/openhab3/
.
I downgraded the package to the previous version and ran the upgrade again. Now, it works fine.
benalexau commented on 2021-08-28 08:17 (UTC)
I also had the same issue as others reported here (namely openHAB loading its web UI on port 8181) despite /etc/default/openhab3
including OPENHAB_HTTP_PORT=8080
. I found /var/lib/openhab3/config/org/ops4j/pax/web.config
unexpectedly contained org.osgi.service.http.port="8181"
. I removed the file, restarted the service and port 8080 was again used.
ChaosKid42 commented on 2021-08-18 17:24 (UTC)
@Frans-Willen: Thanks for pointing out. Should be fixed now.
Frans-Willem commented on 2021-08-18 17:11 (UTC)
Could you change prepare to point to ${srcdir}/openhab.patch instead of ../openhab.patch, such that the package also works in mkchrootpkg ? Since it's listed as one of the sources, it will automatically be copied to the $srcdir by makepkg, whereas mkchrootpkg will not automatically mirror the startdir.
zynex commented on 2021-08-14 21:02 (UTC) (edited on 2021-08-15 08:34 (UTC) by zynex)
Problem again, previous solutions didn't help this time. Tried @doits example to, removing everything inside /var/lib/openhab3/etc/
folder to, still no web interface or connection to openhab what so ever. Any other ideas what happened this time? Everything seems to work, no error in logs or anything.
[EDIT] Not sure exactly what I did, but eventually got it up'n running again.
doits commented on 2021-07-05 07:45 (UTC)
FYI: Clearing tmp
and cache
was not enough for me, I had to remove /var/lib/openhab3/etc/
too. Was the first time after an upgrade though, before cache
and tmp
were enough. Everything seems back to normal after it.
ChaosKid42 commented on 2021-07-04 09:53 (UTC)
@zynex @obones Should be fixed with latest update of the package.
zynex commented on 2021-07-03 19:46 (UTC) (edited on 2021-07-03 20:14 (UTC) by zynex)
@obones; Got the same issue here, get a bunch of errors when looking at the service status.
[EDIT] Found how to fix it from OpenHAB community. Issue the following;
sudo rm -r /var/lib/openhab3/tmp/* /var/lib/openhab3/cache/*
This got my installation up'n running again. Might be best of to clear those folders on update in the PGKBUILD itself?
Pinned Comments
benalexau commented on 2023-08-03 02:56 (UTC)
https://aur.archlinux.org/packages/openhab4 is now available.