Jetty update, Karaf 4.1.3 upgrade and full LSP support

I will mention that when doing Docker upgrades the only way I’ve found it to consistently work is to:

  • Make a backup of userdata
  • Delete the contents of userdata
  • Start the container
  • After it finishes coming up as a fresh install stop OH
  • Copy over jsondb and any changes files in userdata/etc (do not blindly copy everything over, only files you have actually changed). Do a dog to make sure the format it other settings in those files have not changed.

There is no automation built into the Docker image for upgrades and as we all should know, you can’t just use the userdata from an old OH in a new build, particularly when there is a major update in the core like the switch to log4j2 and this latest update.

I just removed the complete userdata folder (after making a backup), the first result was that I now get errors for all the addons which are in my addons folder. After disabling that folder as well, my log remains completely empty.

I hope the dockers are more broken than others but the most basic docker setup is broken:

docker run -it --name openhab --net=host openhab/openhab:2.2.0-snapshot-amd64-debian

It first boots till an openhab prompt and then a newline or something is echo-ed and it stops responding, however the java process keeps waiting for/in some FUTEX according to strace. It also does not claim any of the regular ports but it has some ago streams open, are we having problems with the server where we download our additional parts from? (@kai ??)

tcp6       0      0 127.0.0.1:42736         :::*                    LISTEN      19194/java      
unix  3      [ ]         STREAM     CONNECTED     6479442  19194/java          
unix  3      [ ]         STREAM     CONNECTED     6479441  19194/java          
unix  2      [ ]         STREAM     CONNECTED     6479429  19194/java          
unix  2      [ ]         STREAM     CONNECTED     6479436  19194/java          
unix  3      [ ]         STREAM     CONNECTED     6479439  19194/java          
unix  3      [ ]         STREAM     CONNECTED     6479440  19194/java        

I also do not recognize port 42736, this seems to be varying now I have a port 39818

strace: Process 19194 attached
futex(0x7fac98c069d0, FUTEX_WAIT, 171, NULL

— edit

After a lot of patience and the stream error already mentioned by @kai the basic docker command succeeded. I’m now switching back to reviving my normal container…

I am not running docker, but i am on a lxc container.

I could reproduce the error within the copy i made, but there are no more error logs or anything which are being showed what i have posted so far. I am not sure if i can really help here. just did the upgrade via apt-get and nothing more.

Here, debian stretch (x64), Java™ SE Runtime Environment (build 1.8.0_151-b12)
Build #1084, same error (Internal error, please look at the server's logs. in vscode)

Most intresting part is 'file:///q%3A/' which should be q:\ if I get it right.

Another question: when the LSP port is configurable in vscode, where to configure in openHAB2?

20:57:29.408 [INFO ] [del.lsp.internal.MappingUriExtensions] - Path mapping could not be done for 'file:///q%3A/', leaving it untouched
20:57:29.443 [ERROR] [.eclipse.lsp4j.jsonrpc.RemoteEndpoint] - Internal error: java.lang.reflect.InvocationTargetException
java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
        at org.eclipse.lsp4j.jsonrpc.services.GenericEndpoint.lambda$null$0(GenericEndpoint.java:53) ~[102:org.eclipse.lsp4j.jsonrpc:0.2.1.v20170706-0855]
        at org.eclipse.lsp4j.jsonrpc.services.GenericEndpoint.request(GenericEndpoint.java:105) [102:org.eclipse.lsp4j.jsonrpc:0.2.1.v20170706-0855]
        at org.eclipse.lsp4j.jsonrpc.RemoteEndpoint.handleRequest(RemoteEndpoint.java:203) [102:org.eclipse.lsp4j.jsonrpc:0.2.1.v20170706-0855]
        at org.eclipse.lsp4j.jsonrpc.RemoteEndpoint.consume(RemoteEndpoint.java:139) [102:org.eclipse.lsp4j.jsonrpc:0.2.1.v20170706-0855]
        at org.eclipse.lsp4j.jsonrpc.json.StreamMessageProducer.handleMessage(StreamMessageProducer.java:149) [102:org.eclipse.lsp4j.jsonrpc:0.2.1.v20170706-0855]
        at org.eclipse.lsp4j.jsonrpc.json.StreamMessageProducer.listen(StreamMessageProducer.java:77) [102:org.eclipse.lsp4j.jsonrpc:0.2.1.v20170706-0855]
        at org.eclipse.lsp4j.jsonrpc.json.ConcurrentMessageProcessor.run(ConcurrentMessageProcessor.java:84) [102:org.eclipse.lsp4j.jsonrpc:0.2.1.v20170706-0855]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:?]
        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) [?:?]
Caused by: java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
        at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]
        at org.eclipse.lsp4j.jsonrpc.services.GenericEndpoint.lambda$null$0(GenericEndpoint.java:51) ~[?:?]
        ... 11 more
Caused by: java.lang.NullPointerException
        at java.util.concurrent.ConcurrentHashMap.putVal(ConcurrentHashMap.java:1011) ~[?:?]
        at java.util.concurrent.ConcurrentHashMap.put(ConcurrentHashMap.java:1006) ~[?:?]
        at org.eclipse.xtext.resource.impl.ChunkedResourceDescriptions.setContainer(ChunkedResourceDescriptions.java:121) ~[?:?]
        at org.eclipse.xtext.ide.server.ProjectManager.lambda$createFreshResourceSet$5(ProjectManager.java:152) ~[?:?]
        at org.eclipse.xtext.xbase.lib.ObjectExtensions.operator_doubleArrow(ObjectExtensions.java:139) ~[?:?]
        at org.eclipse.xtext.ide.server.ProjectManager.createFreshResourceSet(ProjectManager.java:155) ~[?:?]
        at org.eclipse.xtext.ide.server.ProjectManager.lambda$newBuildRequest$4(ProjectManager.java:130) ~[?:?]
        at org.eclipse.xtext.xbase.lib.ObjectExtensions.operator_doubleArrow(ObjectExtensions.java:139) ~[?:?]
        at org.eclipse.xtext.ide.server.ProjectManager.newBuildRequest(ProjectManager.java:141) ~[?:?]
        at org.eclipse.xtext.ide.server.ProjectManager.doBuild(ProjectManager.java:111) ~[?:?]
        at org.eclipse.xtext.ide.server.ProjectManager.doInitialBuild(ProjectManager.java:107) ~[?:?]
        at org.eclipse.xtext.ide.server.BuildManager.doInitialBuild(BuildManager.java:138) ~[?:?]
        at org.eclipse.xtext.ide.server.WorkspaceManager.refreshWorkspaceConfig(WorkspaceManager.java:142) ~[?:?]
        at org.eclipse.xtext.ide.server.WorkspaceManager.initialize(WorkspaceManager.java:113) ~[?:?]
        at org.eclipse.xtext.ide.server.LanguageServerImpl.lambda$initialize$3(LanguageServerImpl.java:213) ~[?:?]
        at org.eclipse.xtext.ide.server.concurrent.RequestManager.runWrite(RequestManager.java:71) ~[?:?]
        at org.eclipse.xtext.ide.server.LanguageServerImpl.initialize(LanguageServerImpl.java:216) ~[?:?]
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
        at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]
        at org.eclipse.lsp4j.jsonrpc.services.GenericEndpoint.lambda$null$0(GenericEndpoint.java:51) ~[?:?]
        ... 11 more

Udo are you running natively stretch or in a container/docker or whatever environment?
Thanks,

Ok, tonight I gave it another try, with success.
In the file “org.apache.felix.eventadmin.impl.EventAdmin.cfg” (stored in userdata\openhab2\etc) I added a new parameter:

org.apache.felix.eventadmin.Timeout=0

If you don’t have that parameter (like I did), it defaults to 5000ms (source). If you set it to “0” there is no timeout. In my case, the OH core got “blacklisted” because: “If an event handler takes longer than the configured timeout to process an event, it is blacklisted. Once a handler is in a blacklist, it doesn’t get sent any events anymore.

After setting this parameter, I upgraded back to #1084. On first boot, it took very long for OH to start. After 10 minutes, I initiated a restart. After that, OH started pretty quickly without any errors.

So now I have a working #1084 build. :slight_smile:

Not sure if setting that parameter is “best practice”. So I wanted to check: does one of you guys have a specific value set for this parameter?

3 Likes

Sorry, did forget to mention… I’m on a xen vm. But I’m pretty sure that this detail is not the source of the strange path error.

I did also test with the URI set in vscode instead of using the mapped samba share ("\\ip.of.my.openhab\openhab-conf\") and the message is slightly another, openHAB then complains about the URI containing authentication [string?]
And, yes, certainly the samba share is using authentication :slight_smile:

Could you please enter an issue at https://github.com/eclipse/smarthome/issues?

Another question: when the LSP port is configurable in vscode, where to configure in openHAB2?

Not possible yet. I have created an issue for it.

Thx, nice workaround, that made my #1084 working :rofl:
Have been stumbling with that for hours now :joy:

Btw, I am on Raspbian Jessie on a RPi3 …

For me openhab #1084 also fails to start properly. Besides the message that Paper UI couldn’t be downloaded there are other errors coming before that, so here is my log when starting:

2017-11-20 11:33:48.341 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing 'openhab-package-"standard"': No matching features for openhab-package-"standard"/0.0.0
2017-11-20 11:33:49.056 [WARN ] [url.mvn.internal.AetherBasedResolver] - Error resolving artifact org.openhab.core:org.openhab.ui.paperui:jar:2.2.0-SNAPSHOT: [Could not find artifact org.openhab.core:org.openhab.ui.paperui:jar:2.2.0-SNAPSHOT]
java.io.IOException: Error resolving artifact org.openhab.core:org.openhab.ui.paperui:jar:2.2.0-SNAPSHOT: [Could not find artifact org.openhab.core:org.openhab.ui.paperui:jar:2.2.0-SNAPSHOT]
        at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:720) [4:org.ops4j.pax.url.mvn:2.5.3]
        at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:659) [4:org.ops4j.pax.url.mvn:2.5.3]
        at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:600) [4:org.ops4j.pax.url.mvn:2.5.3]
        at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:567) [4:org.ops4j.pax.url.mvn:2.5.3]
        at org.apache.karaf.features.internal.download.impl.MavenDownloadTask.download(MavenDownloadTask.java:47) [9:org.apache.karaf.features.core:4.1.3]
        at org.apache.karaf.features.internal.download.impl.AbstractRetryableDownloadTask.run(AbstractRetryableDownloadTask.java:60) [9:org.apache.karaf.features.core:4.1.3]
        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) [?:?]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:?]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:?]
        at java.lang.Thread.run(Thread.java:745) [?:?]
        Suppressed: shaded.org.eclipse.aether.transfer.ArtifactNotFoundException: Could not find artifact org.openhab.core:org.openhab.ui.paperui:jar:2.2.0-SNAPSHOT
                at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:434) [4:org.ops4j.pax.url.mvn:2.5.3]
                at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:246) [4:org.ops4j.pax.url.mvn:2.5.3]
                at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifact(DefaultArtifactResolver.java:223) [4:org.ops4j.pax.url.mvn:2.5.3]
                at shaded.org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveArtifact(DefaultRepositorySystem.java:294) [4:org.ops4j.pax.url.mvn:2.5.3]
                at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:705) [4:org.ops4j.pax.url.mvn:2.5.3]
                at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:659) [4:org.ops4j.pax.url.mvn:2.5.3]
                at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:600) [4:org.ops4j.pax.url.mvn:2.5.3]
                at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:567) [4:org.ops4j.pax.url.mvn:2.5.3]
                at org.apache.karaf.features.internal.download.impl.MavenDownloadTask.download(MavenDownloadTask.java:47) [9:org.apache.karaf.features.core:4.1.3]
                at org.apache.karaf.features.internal.download.impl.AbstractRetryableDownloadTask.run(AbstractRetryableDownloadTask.java:60) [9:org.apache.karaf.features.core:4.1.3]
                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) [?:?]
                at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:?]
                at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:?]
                at java.lang.Thread.run(Thread.java:745) [?:?]
Caused by: shaded.org.eclipse.aether.resolution.ArtifactResolutionException: Error resolving artifact org.openhab.core:org.openhab.ui.paperui:jar:2.2.0-SNAPSHOT
        at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:444) ~[?:?]
        at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:246) ~[?:?]
        at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifact(DefaultArtifactResolver.java:223) ~[?:?]
        at shaded.org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveArtifact(DefaultRepositorySystem.java:294) ~[?:?]
        at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:705) ~[?:?]
        ... 12 more
2017-11-20 11:33:49.116 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing 'openhab-binding-astro", openhab-ui-"basic, openhab-persistence-"influxdb", openhab-ui-habmin", openhab-binding-"zwave, openhab-ui-habpanel, openhab-ui-paper, openhab-misc-"restdocs"': Error:
        Error downloading mvn:org.openhab.core/org.openhab.ui.paperui/2.2.0-SNAPSHOT
2017-11-20 11:33:56.840 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'influxdb.persist'
2017-11-20 11:34:04.320 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'abwesenheit.rules'
2017-11-20 11:34:04.630 [INFO ] [thome.model.lsp.internal.ModelServer] - Language Server started on port 5007
2017-11-20 11:34:05.177 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'test.sitemap'
2017-11-20 11:34:05.567 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'astro.things'
2017-11-20 11:34:07.760 [INFO ] [.dashboard.internal.DashboardService] - Started dashboard at http://192.168.0.22:8080
2017-11-20 11:34:07.774 [INFO ] [.dashboard.internal.DashboardService] - Started dashboard at https://192.168.0.22:8443

I am running openHAB on a RPi3 as well. The versions I got are:

$ cat /var/lib/openhab2/etc/version.properties 
openHAB Distribution Version Information
----------------------------------------
build-no        : Build #1084
online-repo     : https://openhab.jfrog.io/openhab/online-repo-snapshot/2.2

Repository        Version
----------------------------------------
openhab-distro  : 2.2.0-SNAPSHOT
smarthome       : 0.9.0-SNAPSHOT
openhab-core    : 2.2.0-SNAPSHOT
openhab1-addons : 1.11.0-SNAPSHOT
openhab2-addons : 2.2.0-SNAPSHOT
karaf           : 4.1.3

It definitely is NOT a best practice. When any event processing takes longer than 5s, something is wrong and some piece of code blocks the thread, which is a bug. Changing this parameter and thus not setting a time-out merely ignores this bug, but as you say that takes 10 minutes to start, it is still obvious that this is not an intended behavior. Unfortunately, we cannot see from the log, which part of the code blocks. OSGiEventManager only delegates, so it itself is most likely not the culprit. I have created an issue to address this in future.

I added an issue for the Error executing command: java.io.IOException: Stream Closed

This is the part of my log (only info, not debug) where my #1084 system stopped working several times:

2017-11-20 10:42:37.929 [WARN ] [ore.internal.events.OSGiEventManager] - Dispatching event to subscriber 'org.eclipse.smarthome.io.monitor.internal.EventLogger@a0334a' takes more than 5000ms.
2017-11-20 10:42:37.931 [WARN ] [ore.internal.events.OSGiEventManager] - Dispatching event to subscriber 'org.eclipse.smarthome.io.monitor.internal.EventLogger@a0334a' takes more than 5000ms.
2017-11-20 10:42:37.932 [WARN ] [org.apache.karaf.services.eventadmin] - EventAdmin: Blacklisting ServiceReference [{org.osgi.service.event.EventHandler, org.eclipse.smarthome.core.events.EventPublisher}={event.topics=smarthome, component.name=org.eclipse.smarthome.core.internal.events.OSGiEventManager, component.id=62, service.id=158, service.bundleid=110, service.scope=bundle} | Bundle(org.eclipse.smarthome.core_0.9.0.201711182209 [110])] due to timeout!
2017-11-20 10:42:41.162 [WARN ] [org.apache.karaf.services.eventadmin] - EventAdmin: Blacklisting ServiceReference [{org.osgi.service.event.EventHandler, org.eclipse.smarthome.core.events.EventPublisher}={event.topics=smarthome, component.name=org.eclipse.smarthome.core.internal.events.OSGiEventManager, component.id=62, service.id=158, service.bundleid=110, service.scope=bundle} | Bundle(org.eclipse.smarthome.core_0.9.0.201711182209 [110])] due to timeout!
2017-11-20 10:42:41.174 [WARN ] [org.apache.karaf.services.eventadmin] - EventAdmin: Blacklisting ServiceReference [{org.osgi.service.event.EventHandler, org.eclipse.smarthome.core.events.EventPublisher}={event.topics=smarthome, component.name=org.eclipse.smarthome.core.internal.events.OSGiEventManager, component.id=62, service.id=158, service.bundleid=110, service.scope=bundle} | Bundle(org.eclipse.smarthome.core_0.9.0.201711182209 [110])] due to timeout!
2017-11-20 10:42:41.179 [WARN ] [org.apache.karaf.services.eventadmin] - EventAdmin: Blacklisting ServiceReference [{org.osgi.service.event.EventHandler, org.eclipse.smarthome.core.events.EventPublisher}={event.topics=smarthome, component.name=org.eclipse.smarthome.core.internal.events.OSGiEventManager, component.id=62, service.id=158, service.bundleid=110, service.scope=bundle} | Bundle(org.eclipse.smarthome.core_0.9.0.201711182209 [110])] due to timeout!

Yes, that’s what I mean: These logs do not tell us anything. We need to do some proper tracking within the framework in order to be able to produce better logs in future.

Done! https://github.com/eclipse/smarthome/issues/4601

Seeing all those misplaced quotes makes me wonder if something in the config parser is broken? My /var/lib/openhab2/etc/org.openhab.addons.cfg looks like this:

package = "standard"
ui = "basic,paper,habpanel,habmin"
remote = B"true"
persistence = "influxdb"
misc = "restdocs"
binding = "zwave,astro"

Looking at the samples in /etc/openhab2/services/addons.cfg let me try removing the quotes from the file but that just changed the error messages (no more quotes), the actual errors are still the same.

Is there anything I can try to help fixing this?

The quotes are definitely wrong (upgraded to #1088 as well and there are no quotes at all in my addons.cfg)

I think you have to delete cache:

Thanks for reminding me. I already tried that a few times, but it seems I never did it at the same time as removing the quotes. So I always had either a bad config or cached data coming from the bad config. Doing both (clearing cache and removing quotes) now got rid of the error about openhab-package-standard not being installed, but I still have this left:

2017-11-21 19:18:43.016 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'abwesenheit.rules'
2017-11-21 19:18:44.785 [INFO ] [.dashboard.internal.DashboardService] - Started dashboard at http://192.168.0.22:8080
2017-11-21 19:18:44.802 [INFO ] [.dashboard.internal.DashboardService] - Started dashboard at https://192.168.0.22:8443
2017-11-21 19:18:50.333 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'influxdb.persist'
2017-11-21 19:18:51.191 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'test.sitemap'
2017-11-21 19:18:57.012 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'astro.things'
2017-11-21 19:18:57.191 [INFO ] [thome.model.lsp.internal.ModelServer] - Language Server started on port 5007
2017-11-21 19:19:03.081 [WARN ] [url.mvn.internal.AetherBasedResolver] - Error resolving artifact org.openhab.ui:org.openhab.ui.habmin:jar:2.2.0-SNAPSHOT: [Could not find artifact org.openhab.ui:org.openhab.ui.habmin:jar:2.2.0-SNAPSHOT]
java.io.IOException: Error resolving artifact org.openhab.ui:org.openhab.ui.habmin:jar:2.2.0-SNAPSHOT: [Could not find artifact org.openhab.ui:org.openhab.ui.habmin:jar:2.2.0-SNAPSHOT]
        at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:720) [4:org.ops4j.pax.url.mvn:2.5.3]
        at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:659) [4:org.ops4j.pax.url.mvn:2.5.3]
        at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:600) [4:org.ops4j.pax.url.mvn:2.5.3]
        at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:567) [4:org.ops4j.pax.url.mvn:2.5.3]
        at org.apache.karaf.features.internal.download.impl.MavenDownloadTask.download(MavenDownloadTask.java:47) [9:org.apache.karaf.features.core:4.1.3]
        at org.apache.karaf.features.internal.download.impl.AbstractRetryableDownloadTask.run(AbstractRetryableDownloadTask.java:60) [9:org.apache.karaf.features.core:4.1.3]
        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) [?:?]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:?]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:?]
        at java.lang.Thread.run(Thread.java:745) [?:?]
        Suppressed: shaded.org.eclipse.aether.transfer.ArtifactNotFoundException: Could not find artifact org.openhab.ui:org.openhab.ui.habmin:jar:2.2.0-SNAPSHOT
                at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:434) [4:org.ops4j.pax.url.mvn:2.5.3]
                at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:246) [4:org.ops4j.pax.url.mvn:2.5.3]
                at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifact(DefaultArtifactResolver.java:223) [4:org.ops4j.pax.url.mvn:2.5.3]
                at shaded.org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveArtifact(DefaultRepositorySystem.java:294) [4:org.ops4j.pax.url.mvn:2.5.3]
                at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:705) [4:org.ops4j.pax.url.mvn:2.5.3]
                at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:659) [4:org.ops4j.pax.url.mvn:2.5.3]
                at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:600) [4:org.ops4j.pax.url.mvn:2.5.3]
                at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:567) [4:org.ops4j.pax.url.mvn:2.5.3]
                at org.apache.karaf.features.internal.download.impl.MavenDownloadTask.download(MavenDownloadTask.java:47) [9:org.apache.karaf.features.core:4.1.3]
                at org.apache.karaf.features.internal.download.impl.AbstractRetryableDownloadTask.run(AbstractRetryableDownloadTask.java:60) [9:org.apache.karaf.features.core:4.1.3]
                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) [?:?]
                at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [?:?]
                at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [?:?]
                at java.lang.Thread.run(Thread.java:745) [?:?]
Caused by: shaded.org.eclipse.aether.resolution.ArtifactResolutionException: Error resolving artifact org.openhab.ui:org.openhab.ui.habmin:jar:2.2.0-SNAPSHOT
        at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:444) ~[?:?]
        at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:246) ~[?:?]
        at shaded.org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifact(DefaultArtifactResolver.java:223) ~[?:?]
        at shaded.org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveArtifact(DefaultRepositorySystem.java:294) ~[?:?]
        at org.ops4j.pax.url.mvn.internal.AetherBasedResolver.resolve(AetherBasedResolver.java:705) ~[?:?]
        ... 12 more
2017-11-21 19:19:03.136 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing 'openhab-ui-basic, openhab-misc-restdocs, openhab-binding-astro, openhab-ui-habmin, openhab-persistence-influxdb, openhab-ui-habpanel, openhab-ui-paper, openhab-binding-zwave': Error:
        Error downloading mvn:org.openhab.ui/org.openhab.ui.habmin/2.2.0-SNAPSHOT

The config now looks like this:

package = standard
ui = basic,paper,habpanel,habmin
remote = B"true"
persistence = influxdb
misc = restdocs
binding = zwave,astro

Any hint how to proceed? I didn’t write that config myself, openHAB did. So I don’t know how any wrong quotes got in there in the first place.

This doesn’t look right? Typo or is that actually in your file? I have remote = true, not “B” and no quotes.

I don’t know if this is related to your current problem.

Thats really interesting. I have now checked my addon.cfg and recognized that also with an update to #1088 this file is empty. Everything is commented out.
Maybe thats the point where all of those issues coming from?

My installation still hangs with installing UI …