Trouble connecting to Basic UI over local network

Over the holiday break I’ve caught up on OH releases from 3.4 up to 4.1. Somewhere in the migration I lost the ability to connect to the basic UI over my local network (192.168.x.xxx:8080), with the connection consistently timing out. On the same machine running OH I’m running BlueIris on a different port, and that connects locally without issue. I can access the BasicUI over myopenhab.org just fine as well. My problem seems isolated to my local network.

Nothing I can see in the startup logs to suggest a problem. Appreciate thoughts on where to start troubleshooting.

runtimeInfo:
  version: 4.1.0
  buildString: Release Build
locale: en-US
systemInfo:
  configFolder: C:\openHAB\conf
  userdataFolder: C:\openHAB\userdata
  logFolder: C:\openHAB\userdata\logs
  javaVersion: 17.0.9
  javaVendor: Azul Systems, Inc.
  javaVendorVersion: Zulu17.46+19-CA
  osName: Windows 11
  osVersion: "10.0"
  osArchitecture: amd64
  availableProcessors: 8
  freeMemory: 327061456
  totalMemory: 516947968
  uptime: 162680
  startLevel: 100
addons:
  - automation-jsscripting
  - binding-astro
  - binding-bigassfan
  - binding-harmonyhub
  - binding-mqtt
  - binding-openweathermap
  - binding-somfymylink
  - binding-sonos
  - binding-zwave
  - misc-openhabcloud
  - persistence-mapdb
  - persistence-rrd4j
  - transformation-jsonpath
  - transformation-map
  - ui-basic
clientInfo:
  device:
    ios: false
    android: false
    androidChrome: false
    desktop: true
    iphone: false
    ipod: false
    ipad: false
    edge: false
    ie: false
    firefox: false
    macos: false
    windows: true
    cordova: false
    phonegap: false
    electron: false
    nwjs: false
    webView: false
    webview: false
    standalone: false
    os: windows
    pixelRatio: 1
    prefersColorScheme: light
  isSecureContext: true
  locationbarVisible: true
  menubarVisible: true
  navigator:
    cookieEnabled: true
    deviceMemory: 8
    hardwareConcurrency: 16
    language: en-US
    languages:
      - en-US
      - en
    onLine: true
    platform: Win32
  screen:
    width: 2560
    height: 1440
    colorDepth: 24
  support:
    touch: false
    pointerEvents: true
    observer: true
    passiveListener: true
    gestures: false
    intersectionObserver: true
  themeOptions:
    dark: light
    filled: true
    pageTransitionAnimation: default
    bars: filled
    homeNavbar: default
    homeBackground: default
    expandableCardAnimation: default
  userAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML,
    like Gecko) Chrome/120.0.0.0 Safari/537.36 Edg/120.0.0.0
timestamp: 2023-12-29T13:23:46.709Z

One error I’ve found, though I have no confidence it is related to my problem connecting locally, is a common problem with the jvm opening a ZIP file

INFO   | jvm 1    | 2023/12/30 12:33:23 | 12:33:23.585 [Framework Event Dispatcher: Equinox Container: 078e5201-80ff-4e75-9b6d-3dc591cc49dd] ERROR Events.Framework - FrameworkEvent ERROR
INFO   | jvm 1    | 2023/12/30 12:33:23 | java.util.zip.ZipException: Exception in opening zip file: C:\openHAB\userdata\cache\org.eclipse.osgi\63\0\.cp\lib\geronimo-osgi-locator.jar

I’ve read all the community posts about this being fixed at one release of another. I stopped the service, cleared cache & tmp, then restarted. Same behavior. I’m grateful for suggestions.

Maybe you use a custom setenv.bat file? In 4.1.0 it should look like this.

This line in setenv.bat should prevent the ZipException:

Thank you for the quick response. My setenv.bat matches this exactly.

Your suggestion, while not solving the problem, helped open my eyes to discovering that the service wrapper config looked out of sync. I shut down the service, deleted all the wrapper-related files, and rebuilt the service install files from the console per the Windows install documentation. That seems to have solved the original problem. I still have the issue with the Zip file exclusion. When I have more time I’ll try clearing the cache again. Will update if I find a full resolution.

Thank you!

1 Like

This may help with fixing the ZipException:

That seems to have resolved that final problem. Thank you for pointing me to the right place!

1 Like