it would also be helpful if user could get to openhab-cli and do a bundle:list to see what is active and what is not
based on OP saying he can get to help and support page I would think he hit startlevel 100
but at least with bundle:list we could confirm bundle versions and status
but if he runs system:start-level as well we could be sure of that
looks okish in my eyes:
● openhab.service - openHAB - empowering the smart home
Loaded: loaded (/lib/systemd/system/openhab.service; enabled; preset: enabled)
Active: active (running) since Mon 2024-09-30 21:18:20 CEST; 246ms ago
Docs: https://www.openhab.org/docs/
https://community.openhab.org
Main PID: 352 (karaf)
Tasks: 5 (limit: 3935)
CPU: 253ms
CGroup: /system.slice/openhab.service
├─352 /bin/sh /usr/share/openhab/runtime/bin/karaf debug
├─439 /bin/sh /usr/share/openhab/runtime/bin/karaf debug
├─440 /usr/bin/java -version
├─442 awk -F "\"" "/version/ {print \$2}"
└─443 sed -e "s/_.*//g; s/^1\\.//g; s/\\..*//g; s/-.*//g;s/-.*//g; s/^[A-Za-z].*//"
Sep 30 21:18:20 openhab systemd[1]: Stopped openhab.service - openHAB - empowering the smart home.
Sep 30 21:18:20 openhab systemd[1]: openhab.service: Consumed 2.528s CPU time.
Sep 30 21:18:20 openhab systemd[1]: Started openhab.service - openHAB - empowering the smart home.```
(yes I have already set the OPENHAB_STARTMODE=debug)uninstalling jsscripting from MainUI made me spot a zombie java process for a short time in top, the removing took “forever” and with a full page reload I got no response anymore. Restarting openhab service ends in
Loaded: loaded (/lib/systemd/system/openhab.service; enabled; preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Mon 2024-09-30 21:26:34 CEST; 886ms ago
Docs: https://www.openhab.org/docs/
https://community.openhab.org
Process: 9330 ExecStart=/usr/share/openhab/runtime/bin/karaf ${OPENHAB_STARTMODE} (code=exited, status=2)
Main PID: 9330 (code=exited, status=2)
CPU: 2.540s
so I run openhab-cli clean-cache again, but got
Loaded: loaded (/lib/systemd/system/openhab.service; enabled; preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Mon 2024-09-30 21:28:22 CEST; 824ms ago
Docs: https://www.openhab.org/docs/
https://community.openhab.org
Process: 11285 ExecStart=/usr/share/openhab/runtime/bin/karaf ${OPENHAB_STARTMODE} (code=exited, status=2)
Main PID: 11285 (code=exited, status=2)
CPU: 2.530s
Sep 30 21:28:22 openhab systemd[1]: openhab.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Sep 30 21:28:22 openhab karaf[11397]: ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510)
Sep 30 21:28:22 openhab karaf[11397]: JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports initialized [../src/jdk.jdwp.agent/share/native/libjdwp/debugInit.c:744]
Sep 30 21:28:22 openhab systemd[1]: openhab.service: Failed with result 'exit-code'.
Sep 30 21:28:22 openhab systemd[1]: openhab.service: Consumed 2.530s CPU time.
So I removed OPENHAB_STARTMODE=debug again from /etc/defaults/openhab and it started again. 
openhab-cli console
SLF4J(W): No SLF4J providers were found.
SLF4J(W): Defaulting to no-operation (NOP) logger implementation
SLF4J(W): See https://www.slf4j.org/codes.html#noProviders for further details.
SLF4J(W): Class path contains SLF4J bindings targeting slf4j-api versions 1.7.x or earlier.
SLF4J(W): Ignoring binding found at [jar:file:/usr/share/openhab/runtime/system/org/apache/karaf/org.apache.karaf.client/4.4.6/org.apache.karaf.client-4.4.6.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J(W): See https://www.slf4j.org/codes.html#ignoredBindings for an explanation.
Logging in as openhab
Password:
Failed to load native library:jansi-2.4.1-aece1320842ed92-libjansi.so. osinfo: Linux/arm
java.lang.UnsatisfiedLinkError: /var/lib/openhab/tmp/jansi-2.4.1-aece1320842ed92-libjansi.so: /var/lib/openhab/tmp/jansi-2.4.1-aece1320842ed92-libjansi.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
_ _ _ ____
___ ___ ___ ___ | | | | / \ | __ )
/ _ \ / _ \ / _ \ / _ \ | |_| | / _ \ | _ \
| (_) | (_) | __/| | | || _ | / ___ \ | |_) )
\___/| __/ \___/|_| |_||_| |_|/_/ \_\|____/
|_| 4.2.2 - Release Build
Use '<tab>' for a list of available commands
and '[cmd] --help' for help on a specific command.
To exit, use '<ctrl-d>' or 'logout'.
openhab> bundle:list
START LEVEL 100 , List Threshold: 50
ID │ State │ Lvl │ Version │ Name
────┼─────────┼─────┼───────────────────────┼─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
30 │ Active │ 80 │ 2.17.1 │ Jackson-annotations
31 │ Active │ 80 │ 2.17.1 │ Jackson-core
32 │ Active │ 80 │ 2.17.1 │ jackson-databind
33 │ Active │ 80 │ 2.17.1 │ Jackson-dataformat-XML
34 │ Active │ 80 │ 2.17.1 │ Jackson-dataformat-YAML
35 │ Active │ 80 │ 2.17.1 │ Jackson datatype: JSR310
36 │ Active │ 80 │ 6.5.1 │ Woodstox
37 │ Active │ 80 │ 2.10.1.v20230109-0753 │ Gson
38 │ Active │ 80 │ 33.2.0.jre │ Guava: Google Core Libraries for Java
39 │ Active │ 80 │ 1.0.2 │ Guava InternalFutureFailureAccess and InternalFutures
40 │ Active │ 80 │ 7.0.0 │ guice
41 │ Active │ 80 │ 5.14.0 │ jna
43 │ Active │ 80 │ 0.28.1 │ Jollyday Core
44 │ Active │ 80 │ 0.28.1 │ Jollyday with Jackson
45 │ Active │ 80 │ 4.8.172 │ ClassGraph
46 │ Active │ 80 │ 0.18.0 │ Directory-Watcher
47 │ Active │ 80 │ 2.2.15 │ swagger-annotations
48 │ Active │ 80 │ 2.2.15 │ swagger-core
49 │ Active │ 80 │ 2.2.15 │ swagger-integration
50 │ Active │ 80 │ 2.2.15 │ swagger-jaxrs2
51 │ Active │ 80 │ 2.2.15 │ swagger-models
52 │ Active │ 80 │ 1.0.5 │ Jakarta Dependency Injection
53 │ Active │ 80 │ 2.0.1 │ Jakarta Dependency Injection
55 │ Active │ 80 │ 2.0.2 │ Jakarta Bean Validation API
57 │ Active │ 80 │ 2.3.3 │ Jakarta XML Web Services API
58 │ Active │ 80 │ 3.5.9 │ JmDNS
59 │ Active │ 80 │ 2.2.0 │ Units of Measurement API
61 │ Active │ 80 │ 3.2.0.v201101311130 │ ANTLR Runtime
62 │ Active │ 80 │ 1.0.0.v201105210816 │ Aopalliance Plug-in
63 │ Active │ 80 │ 1.2.2 │ org.apache.aries.component-dsl.component-dsl
64 │ Active │ 80 │ 1.0.4 │ Apache Aries JAX-RS Specification API
65 │ Active │ 80 │ 2.0.2 │ Apache Aries JAX-RS Whiteboard
66 │ Active │ 80 │ 1.3.7 │ Apache Aries SPI Fly Dynamic Weaving Bundle
67 │ Active │ 80 │ 3.14.0 │ Apache Commons Lang
68 │ Active │ 80 │ 3.6.2 │ Apache CXF Core
69 │ Active │ 80 │ 3.6.2 │ Apache CXF Runtime JAX-RS Frontend
70 │ Active │ 80 │ 3.6.2 │ Apache CXF JAX-RS Client
71 │ Active │ 80 │ 3.6.2 │ Apache CXF JAX-RS Server-Side Events Support
72 │ Active │ 80 │ 3.6.2 │ Apache CXF Runtime Security functionality
73 │ Active │ 80 │ 3.6.2 │ Apache CXF Runtime HTTP Transport
80 │ Active │ 80 │ 4.4.6 │ Apache Karaf :: OSGi Services :: Event
96 │ Active │ 80 │ 2.3.1 │ XmlSchema Core
97 │ Active │ 80 │ 1.1.2 │ apiguardian-api
98 │ Active │ 80 │ 0.9.5 │ jose4j
99 │ Active │ 80 │ 2.24.0.v20220123-0838 │ EMF Common
100 │ Active │ 80 │ 2.26.0.v20220123-0838 │ EMF Ecore
101 │ Active │ 80 │ 2.14.0.v20190528-0725 │ EMF Change Model
102 │ Active │ 80 │ 2.16.0.v20190528-0725 │ EMF XML/XMI Persistence
103 │ Active │ 80 │ 3.18.0.v20230523-2142 │ Common Eclipse Runtime
137 │ Active │ 80 │ 0.23.1.v20240521-1815 │ org.eclipse.lsp4j
138 │ Active │ 80 │ 0.23.1.v20240521-1815 │ org.eclipse.lsp4j.jsonrpc
139 │ Active │ 80 │ 2.35.0.v20240528-1523 │ Xtend Runtime Library
140 │ Active │ 80 │ 2.35.0.v20240528-1523 │ Xtend Macro Interfaces
141 │ Active │ 80 │ 2.35.0.v20240528-1523 │ Xtext
142 │ Active │ 80 │ 2.35.0.v20240528-1523 │ Xtext Common Types
143 │ Active │ 80 │ 2.35.0.v20240528-1523 │ Xtext IDE Core
144 │ Active │ 80 │ 2.35.0.v20240528-1523 │ Xtext Utility
145 │ Active │ 80 │ 2.35.0.v20240528-1523 │ Xbase Model
146 │ Active │ 80 │ 2.35.0.v20240528-1523 │ Xbase Generic IDE Services
147 │ Active │ 80 │ 2.35.0.v20240528-1523 │ Xbase Runtime Library
155 │ Active │ 80 │ 1.0.0 │ Fixes for the java.base module
156 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Core
157 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Add-on XML
158 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Marketplace Add-on Services
159 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Community Marketplace Add-on Service :: Karaf
160 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Audio
161 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: JAAS Authentication
162 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: OAuth2Client
163 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Automation
164 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Automation Media Modules
165 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Automation Script Modules
166 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Automation Script RuleSupport
167 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Automation REST API
168 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Configuration Core
169 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Configuration Discovery
170 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Add-on Suggestion Service
171 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Process-based Suggested Add-on Finder
172 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Configuration mDNS Discovery
173 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Configuration Dispatcher
174 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Ephemeris
175 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: ID
176 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Console
177 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Console for OSGi runtime Karaf
178 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: HTTP Interface
179 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: HTTP Interface Authentication
181 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Monitor
182 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Network I/O
183 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: REST Interface
184 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Audio REST Interface
185 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Authentication Support for the REST Interface
186 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: REST Interface :: Core
187 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: REST mDNS Announcer
188 │ Active │ 80 │ 5.1.39 │ Oracle Corporation's JDBC Driver for MySQL
189 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Sitemap REST Interface
190 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: SSE Interface
191 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: REST Interface :: Swagger 1
192 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Transformation REST Interface
193 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: UI REST Interface
194 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Voice REST Interface
195 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: mDNS Service
196 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: WebSocket
197 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Karaf Integration
198 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Core
199 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Items
200 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Item IDE
201 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Items Runtime
202 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Language Server
203 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Persistence
204 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Persistence IDE
205 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Persistence Runtime
206 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Rules
207 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Rule IDE
208 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Rules Runtime
209 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Script
210 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Script IDE
211 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Script Runtime
212 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Sitemap
213 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Sitemap IDE
214 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Sitemap Runtime
215 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Thing
216 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Thing IDE
217 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Thing Runtime
218 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model YAML
219 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Persistence
220 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Semantics
221 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: JSON Storage
222 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Thing
223 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Transformation Service
224 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: UI
225 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: UI Icon Support
226 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Voice
227 │ Active │ 80 │ 4.2.2 │ openHAB UI :: Bundles :: Main UI
228 │ Active │ 80 │ 4.2.2 │ openHAB UI :: Bundles :: Icon Set :: Classic
238 │ Active │ 80 │ 1.5.1.202212101352 │ org.osgi:org.osgi.service.component.annotations
239 │ Active │ 80 │ 1.0.1.202109301733 │ org.osgi:org.osgi.service.jaxrs
240 │ Active │ 80 │ 1.8.0 │ ThreeTen-Extra
241 │ Active │ 80 │ 2.2.0 │ SnakeYAML
242 │ Active │ 80 │ 2.1 │ SI Units
243 │ Active │ 80 │ 2.1.0 │ SI Quantities
244 │ Active │ 80 │ 4.2.2 │ Stax2 API
245 │ Active │ 80 │ 2.2.0 │ Units of Measurement Reference Implementation
246 │ Active │ 80 │ 2.2.0 │ Units of Measurement Common Library for Java
247 │ Active │ 80 │ 1.4.20 │ XStream Core
248 │ Active │ 80 │ 2.27 │ Dagger
249 │ Active │ 80 │ 1.3.3 │ hivemq-mqtt-client
250 │ Active │ 80 │ 5.14.0 │ jna-platform
251 │ Active │ 80 │ 4.1.104.Final │ Netty/Buffer
252 │ Active │ 80 │ 4.1.104.Final │ Netty/Codec
253 │ Active │ 80 │ 4.1.104.Final │ Netty/Codec/HTTP
254 │ Active │ 80 │ 4.1.104.Final │ Netty/Codec/Socks
255 │ Active │ 80 │ 4.1.104.Final │ Netty/Common
256 │ Active │ 80 │ 4.1.104.Final │ Netty/Handler
257 │ Active │ 80 │ 4.1.104.Final │ Netty/Handler/Proxy
258 │ Active │ 80 │ 4.1.104.Final │ Netty/Resolver
259 │ Active │ 80 │ 2.0.62.Final │ Netty/TomcatNative [OpenSSL - Classes]
260 │ Active │ 80 │ 4.1.104.Final │ Netty/Transport
261 │ Active │ 80 │ 4.1.104.Final │ Netty/Transport/Classes/Epoll
262 │ Active │ 80 │ 4.1.104.Final │ Netty/Transport/Native/Unix/Common
263 │ Active │ 80 │ 2.2.21 │ rxjava
264 │ Active │ 80 │ 0.3.0.v20220506-1020 │ EdDSA-Java
265 │ Active │ 80 │ 5.2.1.OH1 │ nrjavaserial
266 │ Active │ 80 │ 3.9.0 │ Apache Commons Net
267 │ Active │ 80 │ 1.1.4.c │ Apache ServiceMix :: Bundles :: xpp3
268 │ Active │ 80 │ 2.7.4 │ Californium (Cf) Core
269 │ Active │ 80 │ 2.7.4 │ Californium (Cf) Element Connector
270 │ Active │ 80 │ 2.7.4 │ Californium (Cf) OSGi
271 │ Active │ 80 │ 2.7.4 │ Scandium (Sc) Core
272 │ Active │ 80 │ 4.3.3 │ smack-core
273 │ Active │ 80 │ 4.3.3 │ smack-experimental
274 │ Active │ 80 │ 4.3.3 │ smack-extensions
275 │ Active │ 80 │ 4.3.3 │ smack-im
276 │ Active │ 80 │ 4.3.3 │ smack-java7
277 │ Active │ 80 │ 4.3.3 │ smack-resolver-javax
278 │ Active │ 80 │ 4.3.3 │ smack-tcp
279 │ Active │ 80 │ 2.1.2 │ Java Concurrency Tools Core Library
280 │ Active │ 80 │ 3.0.1 │ jUPnP Core Library
281 │ Active │ 80 │ 0.6.3 │ jxmpp-core
282 │ Active │ 80 │ 0.6.3 │ jxmpp-jid
283 │ Active │ 80 │ 0.6.3 │ jxmpp-util-cache
284 │ Active │ 80 │ 0.3.3 │ minidns-core
285 │ Waiting │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: Automation :: JavaScript Scripting
286 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: Astro Binding
287 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: AVM FRITZ! Binding
288 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: DWD Pollenflug Binding
289 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: DWD Unwetter Binding
290 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: Fronius Binding
291 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: HeliosVentilation Binding
292 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: HTTP Binding
293 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: Miele Cloud Binding
294 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: Modbus Binding
295 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: E3DC Modbus Binding
296 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: HeliosEasyControls Binding
297 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: Modbus SBC Binding
298 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: StiebelEltron Bundle
299 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: Studer Binding
300 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: Modbus Sungrow Binding
301 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: SunSpec Bundle
302 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: MQTT Broker Binding
303 │ Active │ 81 │ 4.2.2 │ openHAB Add-ons :: Bundles :: MQTT EspMilightHub
304 │ Active │ 81 │ 4.2.2 │ openHAB Add-ons :: Bundles :: MQTT Things and Channels
305 │ Active │ 82 │ 4.2.2 │ openHAB Add-ons :: Bundles :: MQTT HomeAssistant Convention
306 │ Active │ 82 │ 4.2.2 │ openHAB Add-ons :: Bundles :: MQTT Homie Convention
307 │ Active │ 82 │ 4.2.2 │ openHAB Add-ons :: Bundles :: MQTT Ruuvi Gateway
308 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: OpenWeatherMap Binding
309 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: Resol Binding
310 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: Shelly Binding
311 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: SNMP Binding
312 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: TR-064 Binding
313 │ Active │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: XMPPClient Binding
314 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: IP-based Suggested Add-on Finder
315 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: mDNS Suggested Add-on Finder
316 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: SDDP Suggested Add-on Finder
317 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: uPnP Suggested Add-on Finder
318 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: USB Suggested Add-on Finder
319 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Configuration SDDP Discovery
320 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Configuration UPnP Discovery
321 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Configuration USB-Serial Discovery
322 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Configuration USB-Serial Discovery for Linux using sysfs scanning
323 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Configuration USB-Serial Discovery using ser2net mDNS scanning
324 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Configuration USB-Serial Discovery for Windows
325 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Configuration jUPnP
326 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Configuration Serial
327 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Modbus Transport
328 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: MQTT Transport
329 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Serial Transport
330 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Serial Transport for RXTX
331 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Serial Transport for RFC2217
332 │ Active │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: UPnP Transport
333 │ Active │ 75 │ 4.2.2 │ openHAB Add-ons :: Bundles :: Transformation Service :: Basic Profiles
334 │ Active │ 75 │ 4.2.2 │ openHAB Add-ons :: Bundles :: Transformation Service :: JSonPath
335 │ Active │ 75 │ 4.2.2 │ openHAB Add-ons :: Bundles :: Transformation Service :: Map
336 │ Active │ 75 │ 4.2.2 │ openHAB Add-ons :: Bundles :: Transformation Service :: RegEx
337 │ Active │ 80 │ 4.2.2 │ openHAB UI :: Bundles :: Basic UI
338 │ Active │ 80 │ 1.0.4 │ reactive-streams-jvm
not sure if the jansi-library problem should concern me.
openhab> system:start-level
Level 100
openhab>
can you run and post bundles:list and share the output as well please
it’s here: Where are my items gone - #24 by ramack
Sorry did not see it till I refreshed the page again.
Do you have any .map files in your transform folder ?
or any custom transformations configured via Main UI?
The fact that jsscripting is in waiting state and transformation is also in waiting state is a clue.
If you do not have any custom transformation map files
you might try disable all your rules and then see you can restart those 2 waiting bundles or restart openhab and see if they come active.
One other thing I wanted to ask is what do you have set for your default persistence?
no problem at all. I spammed quite a lot pots here anyhow.
But to answer the questions: yes. I have .map files, but removing them doesn’t change it. I think I managed to uninstall the jsscripting after a few tries (was in addons.cfg and in GUI) but still I have an
The transformation add-on 'javascript' does not exist - ignoring it
deleting all rule files doesn’t bring back the fun. I still see
bundle:list | grep Waiting
164 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Automation
167 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Automation Script RuleSupport
174 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Configuration Dispatcher
198 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Core
218 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model YAML
223 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Transformation Service
Persitance was mysql/mariadb but I disabled it in the meantime…
but that should be enough for today. I’ll followup with trying to get those bundles out of Waiting.
Thank you all so far!
I wanted to report back about the progress:
after playing with disabling some of the bundles to find the root cause I decided to backup the data uninstall the debian packages, clean the directories and start with a fresh clean installation.
After that I restored the backup of the uiconfig and it looked ok. So I copied .items and .things files which directly made them appear in the UI, so the rules files. They did not change the number of rules in the admin section of the UI, so I decided to restart and … am stuck in the same situation as before. No chance to get anything from the files used.
The only difference compared to before the resinstall: the logfile now looks strange and gives even less readable, useful information and the port of MainUI changed from 8080 to 8181.
edit: and I cannot login to openhab-cli console with openhab:habopen anymore.
Well that is quite a bit to unpack and consume so lots of questions now.
How did you do the back up?
Did you use the Backup procedure and script that is described in the documentation?
was this a backup of your working version 3?
Or was this a Backup of your malfunctioning version 4?
Was this using the uninstall procedure described in the documentation?
Or did you manually try and clean it all out?
Start with a fresh clean installation of what OpenHab version? this one also is a bit confusing as you OP said you upgraded from 3 to 4.2.1 but later you log posts showed you on 4.2.2 so did you jump a version (upgrade the broken version during trouble shooting efforts)?
How did you do the restore did you use the documented restore procedure or manually copied stuff where you thought it should go?
So you did not reboot at this point to apply the changed uiconfig?
Again you made multiple changes and still had not validated that the install was healthy?
Now after making many changes you rebooted is this accurate?
It is a crap shoot now to understand what to triage because you made so many changes without validated they had applied correctly by restarting the application.
So before you rebooted the Mainui was on port 8080?
was openhab-cli working before the reboot?
I think you should start again and use the documented procedures to accomplish the steps.
If you have a good backup of your Openhab 3 instance perhaps a cloned SD card that would be best.
Or maybe if you have a good back using documented approach for your Openhab 3 version you could roll back to fresh reinstall of version 3 to get to a stable working state after restore and then upgrade to 4.
So many things have been touched at this point you are now trying to find a needle in a haystack.
I am not even sure where to recommend you start troubleshooting. But maybe after you reply to these questions, we could try a few things depending on how much more you want to fight with this and how good you back ups really are.
Sorry for the long time until I respond, I was away fro the long weekend.
openhab-cli backup
As far as possible, when I searched for backup I mainly ended here in the forum. Nevertheless openhab-cli usage seems quite clear.
I never did it in version 3, and I had openhab 4 running for a few weeks, so I didn’t consider it anything regarding 3. Only a few minor things broke with that update, now I was working on fixing these and managed to do one change that ended in the situation that after an openhab restart the files are not read (as described above). So yes, the backup was on the malfunctioning version 4 and restoring only the --uiconfig braght all the UI configured stuff back “correctly”.
Didn’t find anything reagrding this in the docs, so yes, I uninstalled the packages using apt and renamed the directories that were kept.
Installation using apt gave me a clean 4.2.2 version (as this was released in the meantime) which I was able to initially configure and it was working properly.
openhab-cli retstore --uiconfig
That left me with a working system showing the UI pages (and a few test items that have been configured in the UI before).
As I restored the uiconfig with stopped openhab service there was clearly a restart.
Single changes are impossible… I clearly did it step wise, first the smallest .items file, then more and more and .things. Always with a check in the UI that the items were added. I did not assume that a restart should be needed, as the files changes have “always” been considered live.
Until then I did not consider rebooting the RasPi at all. In my understanding restarting the openHAB service should always be enough, shouldn’t it? But yes, when the first file changes that I brought back manually from the backup did not take affect in the UI I restarted the OH service.
Mh, I tried to do it in small steps and always validated the changes in the UI - smaller steps like 1 item at a time is impossible with any real world openHAB setup that is more than a HelloWorld…
Maybe I should have restarted with a single rule file instead of all rule files at once, I agree. But on the other hand I still wonder how a rule file can damage an openhab installation in such a way, that after removing that rule file, openHAB still stays blocked.
Yes. At the end that’s not an unsolvable showstopper, still might be interesting, as in /etc/default/openhab the line defining OPENHAB_HTTP_PORT=8080 is commented exactly as it was before the full reinstallation using apt.
openhab-cli in general is working also after the reinstallation and reboot - I could restore the uiconfig backup with it. But I did not try the console before, so I know only that I could login before uninstalling the packages and now it’s not possible anymore to login.
Which one do you mean? And most important: how can I prevent a working oh4 system to bring me back into such a stuck state again when adding my old config or doing the same thing in a new configuration? - It is quite clear, that there is something in the configuration that messes up openhab, and whatever it is, there should be a way to produce logs indicating an error message that points towards the problem. Otherwise it’s only a matter of time until someone else ends up with the same issue.
My backups are not good at all. (yes I know) But still, the uiconfig is fully available, as are the file based items, things and rules, shouldn’t that be enough?
After reinstallation of the deb packages (using apt from JFrog, now version 4.2.2) I couldn’t login to the (karaf?) console anymore with openhab-cli console so I tried with the good old ssh -p 8101 openhab@localhostand have seen that the keys change (which is obvious when thinking about it), so I deleted it with ssh-keygen -f "/root/.ssh/known_hosts" -R "[localhost]:8101" and it missed then additionally the file /var/lib/openhab/etc/users.properties. So I restored it from the backup, and finally could login to the console again.
As before some bundles in Waiting state:
openhab> bundle:list | grep Waiting
163 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Automation
166 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Automation Script RuleSupport
173 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Configuration Dispatcher
197 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model Core
217 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Model YAML
222 │ Waiting │ 80 │ 4.2.2 │ openHAB Core :: Bundles :: Transformation Service
266 │ Waiting │ 80 │ 4.2.2 │ openHAB Add-ons :: Bundles :: Automation :: JavaScript Scripting
Any idea how I can identify the root cause for this?
Please try a bundle:resolve in openhab console with these bundles. What is the output?
this?
openhab> bundle:resolve 163 166 173 197 217 222 266
openhab>
gives nothing…
if you delete all .items files and create a new one containing just a single test item, does this show op? Please set the ownerr of the file to openhab:openhab
Furthermore, did you already start openhab in debug mode and arre there some more hints in the log?
I was there already, my items were nearly empty and the owner of all files was openhab:openhab. EXCEPT the directory cron which I created in /etc/openhab to keep some regularly running scripts doing openhab related stuff.
I need to dig deeper into what exactly here causes the hand during openHAB startup, the owner, the pure existence of this directory or the content, but it is quite sure that this is the culprit.
Yep. A debug log would be a good start.
In case you do not have openhabian installed fixing perrmissions very often solves issues too:
sudo chmod --recursive ug+rwx "/etc/openhab"
I did not manage to create a debug log, but the main issue is solved. Let me explain:
My configuration is such that I get interesting logs into /var/log/openhab/openhab.log and to react on warnings and errors soon I wrote some scripts to read this file and post the content via XMPP. These scripts have been around in /etc/openhab/cron ever since and required some change, forcing me to put those python scripts into a virtual environment - which I created in /etc/openhab/cron/cron-venv and exactly this folder kills my openhab without a meaningful message in the log and with above behavior. As it happens only after a restart of the openHAB service I did not put it into relation with the problem, as they were sitting around there for very long.
The main reason that triggers the behavior of blocking the file based configuration is still a mystery but at least my system is up and running again since I moved this python virtual environment with the shell scripts out of that.
Thanks again for all the ideas an tips you all here gave! 
1 Like