Well, what’s the error now?
spk seems to be too complicated. not only to install… backup, upgrade - all not clear (and messy ?!).
I gave up with it, after waisting too much time and moved to docker now. works in a few min on Synology and all is pretty clear. No errors. No issues. Easy.
Here is the new log:
Launching the openHAB runtime... __ _____ ____ ____ ____ ___ ____ / / / / | / __ ) / __ \/ __ \/ _ \/ __ \/ /_/ / /| | / __ | / /_/ / /_/ / __/ / / / __ / ___ |/ /_/ / \____/ .___/\___/_/ /_/_/ /_/_/ |_/_____/ /_/ 2.5.0.M6 Milestone Build Hit '<tab>' for a list of available commands and '[cmd] --help' for help on a specific command. Hit '<ctrl-d>' or type 'system:shutdown' or 'logout' to shutdown openHAB. openhab> org.apache.karaf.features.internal.util.MultiException: Error: Error downloading mvn:org.openhab.ui.bundles/org.openhab.ui.dashboard/2.5.0.M6 at org.apache.karaf.features.internal.download.impl.MavenDownloadManager$MavenDownloader.<init>(MavenDownloadManager.java:91) at org.apache.karaf.features.internal.download.impl.MavenDownloadManager.createDownloader(MavenDownloadManager.java:72) at org.apache.karaf.features.internal.region.Subsystem.downloadBundles(Subsystem.java:457) at org.apache.karaf.features.internal.region.Subsystem.downloadBundles(Subsystem.java:452) at org.apache.karaf.features.internal.region.SubsystemResolver.resolve(SubsystemResolver.java:224) at org.apache.karaf.features.internal.service.Deployer.deploy(Deployer.java:393) at org.apache.karaf.features.internal.service.FeaturesServiceImpl.doProvision(FeaturesServiceImpl.java:1062) at org.apache.karaf.features.internal.service.FeaturesServiceImpl.lambda$doProvisionInThread$13(FeaturesServiceImpl.java:998) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Suppressed: java.io.IOException: Error downloading mvn:org.openhab.ui.bundles/org.openhab.ui.dashboard/2.5.0.M6 at org.apache.karaf.features.internal.download.impl.AbstractRetryableDownloadTask.run(AbstractRetryableDownloadTask.java:77) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) ... 3 more Caused by: java.io.IOException: Error resolving artifact org.openhab.ui.bundles:org.openhab.ui.dashboard:jar:2.5.0.M6: [Could not transfer artifact org.openhab.ui.bundles:org.openhab.ui.dashboard:jar:2.5.0.M6 from/to openhab (https://openhab.jfrog.io/openhab/online-repo-milestone/2.5/): openhab.jfrog.io] at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.configureIOException(AetherBasedResolver.java:803) at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:774) at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:657) at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:598) at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:565) at org.apache.karaf.features.internal.download.impl.MavenDownloadTask.download(MavenDownloadTask.java:52) at org.apache.karaf.features.internal.download.impl.AbstractRetryableDownloadTask.run(AbstractRetryableDownloadTask.java:60) ... 7 more Suppressed: shaded.org.eclipse.aether.transfer.ArtifactTransferException: Could not transfer artifact org.openhab.ui.bundles:org.openhab.ui.dashboard:jar:2.5.0.M6 from/to openhab (https://openhab.jfrog.io/openhab/online-repo-milestone/2.5/): openhab.jfrog.io at shaded.org.eclipse.aether.connector.basic.ArtifactTransportListener.transferFailed(ArtifactTransportListener.java:52) at shaded.org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run(BasicRepositoryConnector.java:368) at shaded.org.eclipse.aether.util.concurrency.RunnableErrorForwarder$1.run(RunnableErrorForwarder.java:75) at shaded.org.eclipse.aether.connector.basic.BasicRepositoryConnector$DirectExecutor.execute(BasicRepositoryConnector.java:642) at shaded.org.eclipse.aether.connector.basic.BasicRepositoryConnector.get(BasicRepositoryConnector.java:262) at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.performDownloads(DefaultArtifactResolver.java:489) at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:390) at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:215) at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifact(DefaultArtifactResolver.java:192) at shaded.org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveArtifact(DefaultRepositorySystem.java:247) at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:767) ... 12 more Caused by: shaded.org.apache.maven.wagon.TransferFailedException: openhab.jfrog.io at shaded.org.apache.maven.wagon.shared.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:1184) at shaded.org.apache.maven.wagon.shared.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:1072) at shaded.org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:126) at shaded.org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88) at shaded.org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:61) at shaded.org.eclipse.aether.transport.wagon.WagonTransporter$GetTaskRunner.run(WagonTransporter.java:567) at shaded.org.eclipse.aether.transport.wagon.WagonTransporter.execute(WagonTransporter.java:435) at shaded.org.eclipse.aether.transport.wagon.WagonTransporter.get(WagonTransporter.java:412) at shaded.org.eclipse.aether.connector.basic.BasicRepositoryConnector$GetTaskRunner.runTask(BasicRepositoryConnector.java:456) at shaded.org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run(BasicRepositoryConnector.java:363) ... 21 more Caused by: java.net.UnknownHostException: openhab.jfrog.io at java.net.InetAddress.getAllByName0(InetAddress.java:1281) at java.net.InetAddress.getAllByName(InetAddress.java:1193) at java.net.InetAddress.getAllByName(InetAddress.java:1127) at shaded.org.apache.http.impl.conn.SystemDefaultDnsResolver.resolve(SystemDefaultDnsResolver.java:45) at shaded.org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:112) at shaded.org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:373) at shaded.org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:394) at shaded.org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:237) at shaded.org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:185) at shaded.org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89) at shaded.org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110) at shaded.org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185) at shaded.org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83) at org.ops4j.pax.url.mvn.internal.wagon.ConfigurableHttpWagon.execute(ConfigurableHttpWagon.java:162) at shaded.org.apache.maven.wagon.shared.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:1095) ... 30 more Caused by: shaded.org.eclipse.aether.resolution.ArtifactResolutionException: Error resolving artifact org.openhab.ui.bundles:org.openhab.ui.dashboard:jar:2.5.0.M6 at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:413) at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:215) at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifact(DefaultArtifactResolver.java:192) at shaded.org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveArtifact(DefaultRepositorySystem.java:247) at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:767) ... 12 more
Thanks for your reply.
Docker is a solution however Synology will no longer support it starting at the end of this year.
Also Docker is another package that gave me issues in the past.
I never been able to successfully install that package too.
Not correct! Docker package remains being available and supported. You refer to “Docker DDSM”, which has nothing to do with the Docker support of images like the ones for openhab.
Making openhab running with docker took me 10 min. No issues, no update problems(from my 2.4 to 2.5M6). I am running on DSM 6.2.2-24922 Update 3.
So what issues did you experience with docker/openhab? Sounds strange to me.
Here is a quick instruction, which works for me hassle free:
- Open the Docker package
- Click “Registry” on the left
- search for openhab at the top
- click on openhab/openhab
- select the version you want(Debian image please)
- Click “Image” on the left after download is completed
- Give the Container a the Name you want
- Click on “Advanced Settings” in the middle
- Add the following settings
- Adapt Port Settings in case you are running another openhab on the Synology in parallel.
- continue/ save and run the container
open http://yourIP:8080 for initial configuration
If you could you may be better off using docker.
Unfortunately it continues to not work for me. I can install it no issue and it works but randomly after say 24 hours or so rules just stop working. This has happened to me going back to 2.4 and still today when I tried it again about a week ago. Its very strange and I have no idea what causes it or how to fix it. If I use the Synology package I don’t get these “crashes.”
I would love to use docker, it would make my life easier when upgrading, but I can’t use it.
Running now 4 days without problems. Do you use Time triggered rules? I am not, but many others. I saw some hints which suggests issues with that using docker.
cron-based rules? sure, plenty
I don’t have any of cron based rules, but plenty of others. Did all of your rules stopped working, or maybe only the cron based ones?
nah, just any rule at random. more like the rules engine gets clogged and some get through but others don’t get kicked off.
I’ve not spent extensive time figuring out what the problem is since it doesn’t happen if i use it natively and i just want it to work
agreed, but it looks that native syno support remains being not at high priority, but docker is. so better getting this one run ;-). I will inform, if my setup remains running stable or not, so that you’ll get an indicator.
After some more investigations, I am now pretty sure that your issue is related to running out of threads for your rules under several circumstances. It is reported to better merge rules, which are croned at the same time to lower the amount of threads. You may google for “openhab rules cron threads” and you’ll find the relevant hits.
This also means, that the rules in your “native” syno install may work only by chance. There is a possibility to increase the threads. Please look for that at the following link: https://github.com/eclipse/smarthome/issues/5040
I guess if you increase the thread pool for the Rules, your docker setup should work fine like mine. In order to optimise your openhab in general - as I said - it is recommended to reduce the amount of cron rules(merge whatever is possible in the same rule).
Hope that helps.
additional info: you need to change all links in your userdata directory from “/volume1/…userdata/…” to “/openhab/userdata/…”
I appreciate the help but these are things long since worked through for me. I have many more threads running and have reduced Thread::sleep(s) to a minimum (maybe 3-4? not many). All links/folders are fixed when moving between installation types.
I’ve worked myself up a script recently to handle the syno-based version upgrade so I’m not too worried about it.
The only other possibility is I make my own docker image by adding nano and a couple other packages (like ssh) so that openhab can do a few execs via ssh. Perhaps that is influencing the crashes - i don’t know. not too worried about it.
While I would love to solve it, it doesn’t happen with any particular regularity and I really need it not to be happening (SWMBO) so I’m sticking with what works.
Thanks for these instructions.
My container crashes if I try to use the same network as Docker host. Is that likely to be a port conflict with another installation?
I have made a simple video guide how to upgrade and always have the latest OpenHAB version on your Synology NAS:
BTW, inbetween the versions have advanced, but the guide is very simple. All you have to do is to find the latest link and ZIP file for the OpenHAB.
Thank you so much! I know a lot of people will use this video. Great job!
You are welcome. I am very happy to receive encouragement. Thank you. I hope it will help all of us (even me, when I forget how I did it) .
Does anybody know if there will be a 2.5.1 syno package release?