@JustinG, I’m using Florian’s weather widget in OH5 M1 and the bottom gets cut off. Is this likely the same as the vue fragment issue you mention above?
Florian’s weather widget should look like it does here: openhab-conf/UI/widgets at main · florian-h05/openhab-conf · GitHub
But I get this now - missing the area that has the Hourly, Daily, % info:
Yes, this is exactly the problem. An update to the latest snapshot will restore the widget fully (or the edit mentioned above, but there are several uses of the fragment in that widget so you would need to change all of them).
Me, too. Same bundles as @kgoderis .
See Bundles not starting waiting forever · Issue #4594 · openhab/openhab-core · GitHub
I, too, have been restarting some bundles (dynamically through rules).
BUT: for me it has been happening since 4.2, so it’s unlikely that any of the 5.0 changes (like the Karaf upgrade) caused this. But symptoms are so matching that I believe this is the very same issue.
Hi
I have just tried to upgrade from 4.3.0 to 5.0.0.M1 (and then to 5.0.0-SNAPSHOT as at 14/03/2025)
I am getting these errors:
2025-03-14 09:13:49.863 [WARN ] [ence.internal.PersistenceManagerImpl] - Querying persistence service 'influxdb' to restore 'TestHueLight' takes more than 5000ms.
2025-03-14 09:13:54.870 [WARN ] [ence.internal.PersistenceManagerImpl] - Querying persistence service 'influxdb' to restore 'Partition4_PartitionState' takes more than 5000ms.
I did notice the warnings during the upgrade:
Important notes for version [5.0.0] :
Warning: CORE: Persistence alias functionality has been improved, allowing defining aliases across strategies and filter criteria for a persistence service. Previous persistence configurations using aliases need to be reconfigured.
Warning: Automower Binding: Implementation of complete automower API causes several channels to be removed, changed or added. New channels will need to be linked, existing items need to be adjusted.
Warning: Guntamatic Binding: The Binding now uses channel groups and the dynamic status channels now have an index prefix to allow multiple channels with the same description. Existing Items will need to be adjusted.
Warning: Juicenet Binding: The Binding has been removed due to removal of public API. Suggested alternative is to use https://github.com/JuiceRescue/juicepassproxy with the mqtt.homeasssistent binding.
Warning: MQTT Binding (Home Assistant): Thing types and channel IDs for things created prior to 4.3.0 have been significantly restructured and simplified. Items will need to be re-linked. Delete and re-create your Things to also have a simplified Thing Type ID in your Thing IDs.
Warning: MQTT Binding (Home Assistant): All scene components on a device are now exposed as a single String channel, with the scene name or object ID as its value. Existing Items and rules will need to be re-worked.
The only one that COULD be relevant to me is the first - however I have never used Persistence Aliases, so I do not believe that my issue is configuration based?
My persistence is configured as follows:
configurations:
- items:
- Persistence_Group*
strategies:
- everyMinute
- everyChange
- restoreOnStartup
filters: []
- items:
- SunSynk_MPPT_TOTAL
strategies:
- everyMinute
- everyChange
- restoreOnStartup
filters: []
- items:
- SunSynk_WiFi_LastUpdated_DateTime
strategies:
- everyChange
filters: []
cronStrategies:
- name: every30Seconds
cronExpression: 0/30 * * * * ?
- name: everyMinute
cronExpression: 0 * * * * ?
- name: everyHour
cronExpression: 0 0 * * * ?
- name: everyDay
cronExpression: 0 0 0 * * ?
defaultStrategies:
- everyMinute
- everyChange
- restoreOnStartup
thresholdFilters: []
timeFilters: []
equalsFilters: []
includeFilters: []
I also ran Influx Persistence as trace:
09:29:07.824 [TRACE] [e.influxdb.InfluxDBPersistenceService] - Query-Filter: itemname: ShellyEMshellyemb04c0810163199229_DeviceName, ordering: DESCENDING, state: null, operator: EQ, getBeginDate: null, getEndDate: 2025-03-14T09:27:58.067201400+02:00[Africa/Johannesburg], getPageSize: 1000, getPageNumber: 66
09:29:07.826 [TRACE] [ernal.influx2.InfluxDB2RepositoryImpl] - Query from(bucket:"openhab")
|> range(start:-100y, stop:2025-03-14T07:27:58.067201400Z)
|> filter(fn: (r) => r["_measurement"] == "ShellyEMshellyemb04c0810163199229_DeviceName")
|> keep(columns:["_measurement", "_time", "_value"])
|> sort(desc:true, columns:["_time"])
|> limit(n:1000, offset:66000)
09:29:07.844 [TRACE] [e.influxdb.InfluxDBPersistenceService] - Query-Filter: itemname: GPSEthan_Location, ordering: DESCENDING, state: null, operator: EQ, getBeginDate: null, getEndDate: 2025-03-14T09:28:50.380419700+02:00[Africa/Johannesburg], getPageSize: 1000, getPageNumber: 10
09:29:07.846 [TRACE] [ernal.influx2.InfluxDB2RepositoryImpl] - Query from(bucket:"openhab")
|> range(start:-100y, stop:2025-03-14T07:28:50.380419700Z)
|> filter(fn: (r) => r["_measurement"] == "GPSEthan_Location")
|> keep(columns:["_measurement", "_time", "_value"])
|> sort(desc:true, columns:["_time"])
|> limit(n:1000, offset:10000)
09:29:08.111 [TRACE] [e.influxdb.InfluxDBPersistenceService] - Query-Filter: itemname: DoorbellTest, ordering: DESCENDING, state: null, operator: EQ, getBeginDate: null, getEndDate: 2025-03-14T09:28:28.127563700+02:00[Africa/Johannesburg], getPageSize: 1000, getPageNumber: 32
09:29:08.113 [TRACE] [ernal.influx2.InfluxDB2RepositoryImpl] - Query from(bucket:"openhab")
|> range(start:-100y, stop:2025-03-14T07:28:28.127563700Z)
|> filter(fn: (r) => r["_measurement"] == "DoorbellTest")
|> keep(columns:["_measurement", "_time", "_value"])
|> sort(desc:true, columns:["_time"])
|> limit(n:1000, offset:32000)
I upgraded to the latest SNAPSHOT but still get the same.
I also converted from AZUL
Java Runtime
Azul Systems, Inc.
21.0.6 (Zulu21.40+17-CA)
to Eclipse Adoptium
Java Runtime
Eclipse Adoptium
21.0.6 (Temurin-21.0.6+7)
I did notice that this fixed some Bundles that were sitting as resolved - but still no improvement on the Persistence issue.
Any suggestions would be appreciated.
Mark
EDIT: Also seeing this in teh wrapper.log file:
STATUS | wrapper | 2025/03/14 13:18:11 | --> Wrapper Started as Service
STATUS | wrapper | 2025/03/14 13:18:11 | Launching a JVM...
INFO | jvm 1 | 2025/03/14 13:18:12 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
INFO | jvm 1 | 2025/03/14 13:18:12 | Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved.
INFO | jvm 1 | 2025/03/14 13:18:12 |
INFO | jvm 1 | 2025/03/14 13:18:13 | 13:18:13.711 [Framework Event Dispatcher: Equinox Container: b0d69dcc-7f74-4ac0-bc41-35d4ad630127] ERROR Events.Framework - FrameworkEvent ERROR
INFO | jvm 1 | 2025/03/14 13:18:13 | java.util.zip.ZipException: Exception in opening zip file: C:\openHAB\userdata\cache\org.eclipse.osgi\64\0\.cp\lib\geronimo-osgi-locator.jar
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.framework.util.SecureAction.getZipFile(SecureAction.java:356) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.doOpen(ZipBundleFile.java:51) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.storage.bundlefile.CloseableBundleFile.internalOpen(CloseableBundleFile.java:140) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.storage.bundlefile.CloseableBundleFile.lockOpen(CloseableBundleFile.java:78) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.storage.bundlefile.CloseableBundleFile.getEntry(CloseableBundleFile.java:274) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.classpath.ClasspathEntry.loadManifest(ClasspathEntry.java:230) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.classpath.ClasspathEntry.<init>(ClasspathEntry.java:77) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.ModuleClassLoader.createClassPathEntry(ModuleClassLoader.java:267) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.createClassPathEntry(ClasspathManager.java:343) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.getClasspath(ClasspathManager.java:295) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.addStandardClassPathEntry(ClasspathManager.java:213) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.addClassPathEntry(ClasspathManager.java:205) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findClassPathEntry(ClasspathManager.java:188) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.buildClasspath(ClasspathManager.java:166) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.<init>(ClasspathManager.java:94) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.EquinoxClassLoader.<init>(EquinoxClassLoader.java:54) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.BundleLoader.createClassLoaderPrivledged(BundleLoader.java:345) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.BundleLoader.getModuleClassLoader(BundleLoader.java:262) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.EquinoxBundle$1.run(EquinoxBundle.java:653) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.EquinoxBundle$1.run(EquinoxBundle.java:1) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.security.AccessController.doPrivileged(AccessController.java:319) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.EquinoxBundle.getModuleClassLoader(EquinoxBundle.java:646) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.EquinoxBundle.getResource(EquinoxBundle.java:588) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.apache.servicemix.specs.activation.Activator.register(Activator.java:58) ~[org.apache.servicemix.specs.activation-api-1.2.1-1.2.1_3.jar:1.2.1_3]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.apache.servicemix.specs.locator.Activator.start(Activator.java:70) ~[org.apache.servicemix.specs.activation-api-1.2.1-1.2.1_3.jar:1.2.1_3]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.apache.servicemix.specs.activation.Activator.start(Activator.java:46) ~[org.apache.servicemix.specs.activation-api-1.2.1-1.2.1_3.jar:1.2.1_3]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.BundleContextImpl$2.run(BundleContextImpl.java:818) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.BundleContextImpl$2.run(BundleContextImpl.java:1) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.security.AccessController.doPrivileged(AccessController.java:571) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:810) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:767) [org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(EquinoxBundle.java:1032) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(EquinoxBundle.java:371) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.container.Module.doStart(Module.java:605) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.container.Module.start(Module.java:468) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel$2.run(ModuleContainer.java:1847) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.EquinoxContainerAdaptor$1$1.execute(EquinoxContainerAdaptor.java:136) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1840) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1783) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1745) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1667) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:234) [org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:345) [org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | Caused by: java.util.zip.ZipException: Invalid CEN header (invalid extra data field size for tag: 0xbfef at 55)
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile$Source.zerror(ZipFile.java:1781) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile$Source.checkExtraFields(ZipFile.java:1294) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile$Source.checkAndAddEntry(ZipFile.java:1233) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile$Source.initCEN(ZipFile.java:1720) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile$Source.<init>(ZipFile.java:1495) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile$Source.get(ZipFile.java:1458) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile$CleanableResource.<init>(ZipFile.java:724) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile.<init>(ZipFile.java:251) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile.<init>(ZipFile.java:180) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile.<init>(ZipFile.java:194) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.framework.util.SecureAction.getZipFile(SecureAction.java:342) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | ... 43 more
INFO | jvm 1 | 2025/03/14 13:18:13 | 13:18:13.868 [Framework Event Dispatcher: Equinox Container: b0d69dcc-7f74-4ac0-bc41-35d4ad630127] ERROR Events.Framework - FrameworkEvent ERROR
INFO | jvm 1 | 2025/03/14 13:18:13 | java.util.zip.ZipException: Exception in opening zip file: C:\openHAB\userdata\cache\org.eclipse.osgi\64\0\.cp\lib\geronimo-osgi-locator.jar
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.framework.util.SecureAction.getZipFile(SecureAction.java:356) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.storage.bundlefile.ZipBundleFile.doOpen(ZipBundleFile.java:51) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.storage.bundlefile.CloseableBundleFile.internalOpen(CloseableBundleFile.java:140) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.storage.bundlefile.CloseableBundleFile.lockOpen(CloseableBundleFile.java:78) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.storage.bundlefile.CloseableBundleFile.getEntry(CloseableBundleFile.java:274) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.storage.bundlefile.BundleFile.getResourceURL(BundleFile.java:142) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.classpath.ClasspathEntry.findResource(ClasspathEntry.java:213) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalResourceImpl(ClasspathManager.java:421) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalResourceImpl(ClasspathManager.java:401) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalResource(ClasspathManager.java:372) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalResource(ModuleClassLoader.java:327) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.BundleLoader.findLocalResource(BundleLoader.java:911) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.BundleLoader.findResource(BundleLoader.java:693) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.loader.ModuleClassLoader.getResource(ModuleClassLoader.java:205) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.EquinoxBundle.getResource(EquinoxBundle.java:590) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.apache.servicemix.specs.activation.Activator.register(Activator.java:58) ~[org.apache.servicemix.specs.activation-api-1.2.1-1.2.1_3.jar:1.2.1_3]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.apache.servicemix.specs.locator.Activator.start(Activator.java:70) ~[org.apache.servicemix.specs.activation-api-1.2.1-1.2.1_3.jar:1.2.1_3]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.apache.servicemix.specs.activation.Activator.start(Activator.java:46) ~[org.apache.servicemix.specs.activation-api-1.2.1-1.2.1_3.jar:1.2.1_3]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.BundleContextImpl$2.run(BundleContextImpl.java:818) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.BundleContextImpl$2.run(BundleContextImpl.java:1) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.security.AccessController.doPrivileged(AccessController.java:571) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:810) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:767) [org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(EquinoxBundle.java:1032) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(EquinoxBundle.java:371) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.container.Module.doStart(Module.java:605) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.container.Module.start(Module.java:468) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel$2.run(ModuleContainer.java:1847) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.internal.framework.EquinoxContainerAdaptor$1$1.execute(EquinoxContainerAdaptor.java:136) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1840) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1783) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1745) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1667) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:234) [org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:345) [org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | Caused by: java.util.zip.ZipException: Invalid CEN header (invalid extra data field size for tag: 0xbfef at 55)
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile$Source.zerror(ZipFile.java:1781) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile$Source.checkExtraFields(ZipFile.java:1294) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile$Source.checkAndAddEntry(ZipFile.java:1233) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile$Source.initCEN(ZipFile.java:1720) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile$Source.<init>(ZipFile.java:1495) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile$Source.get(ZipFile.java:1458) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile$CleanableResource.<init>(ZipFile.java:724) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile.<init>(ZipFile.java:251) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile.<init>(ZipFile.java:180) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at java.util.zip.ZipFile.<init>(ZipFile.java:194) ~[?:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | at org.eclipse.osgi.framework.util.SecureAction.getZipFile(SecureAction.java:342) ~[org.eclipse.osgi-3.18.0.jar:?]
INFO | jvm 1 | 2025/03/14 13:18:13 | ... 35 more
This is probably caused by: Persistence restore lastState and lastStateChange on startup by mherwege · Pull Request #4463 · openhab/openhab-core · GitHub
To be able to not just restore the state, but also restore the previous state and when it was last changed, influxDB creates a query going back in time until it finds the previous state. It looks like this query times out.
Can you create an issue for this on OH core? I need to figure out if this can be solved in core, or would better be solved in the InfluxDB addon.
The more efficient way for RestoreOnStartup is to use a mapDB services just for this (and not rely on InfluxDB for it).
Thank you. I have logged as [persistence] Upgrade to 5.0.0.M1 and later SNAPSHOT cause "Querying persistence service 'influxdb' to restore takes more than 5000ms" · Issue #4645 · openhab/openhab-core · GitHub
I will look at changing the RestoreOnStartup as suggested. I just have some items as strings which as I recall are not supported?
Thanks fo rthe response.
Just need some guidance here. Based on the docs:
“It is only possible to query the last value and not other historic values because the MapDB persistence service can only store one value per item.”
Doesn’t this circumvent the changes you made in Persistence restore lastState and lastStateChange on startup by mherwege · Pull Request #4463 · openhab/openhab-core · GitHub
Thanks
IIRC mapDB only stores the current state so it cannot do lastState, can it?
(then again IMHO it should not be restored).
EDIT: ok, you answered it about the same minute I asked 
No, it doesn’t. MapDB persistence service has been extended to also store the previous state and timestamps (but nothing more). And it works on all item types. It is RRD4J that does not support all item types.
I don’t think this is related. It has popped up before, see Problem running OpenHAB (4.1.1) as a windows service on a Windows 10 VM (Hyper-V) - #10 by Luihomes
Thank you - will look at that. The difference though is that my OH still works.
Also, confirmed that I get this on 4.3.0 as well. So not rekated to the persistence issue
I just have a question for upcoming OH 5.0.0 Release.
I’m currently preparing my infrastructure and I’ll replace my hardware to a Raspi 5/8GB.
I have setup my systems newly with Openhab 4.3.3 and JAVA 17.
So my question is regarding Java Version.
Currently I’m running Openhab 4.3.3 with Java version 17 on current openhabian 64-bit version.
Is it possible to run Openhab 4.3.3 with version java 21?
If so I’ll setup my new systems with Java 21 and Openhab 4.3.3 .
Do I have to do adjustements when upgrading from Java 17 to 21?
Once this is running I’ll switch the integration system to OH 5.0.0 Milestone releases…
Thank you in advance
Java 21 and openhab 4 is not officially supported. In general it works. However, I tried this a while ago and had very few problems. IIRC some rules threw error messages, so that I reverted back to java 17.
To record an issue I had upgrading from V4.3.3 to V5.0.0 Milestone 1
I had an MQTT thing paused to disable it during the upgrade. It was working fine before the upgrade when it was paused, then after the upgrade all the channels were not linked to items anymore and the INBOX had them marked as orphaned items. Multiple pause and un-paused were tried and still the THING would not leave the UNKNOWN state. Manually linking the items to the channels brought the THING back online.
Luckily it was only 4 channels and this was the only issue I had doing the upgrade.
Thank you for the information. Do you rember what issues you had?
So should I wait with JAVA 21 update until OH 5 is official released?
Our recommendation is Java 17 for OH 4.x and Java 21 for OH 5.
There were no official tests of OH 4 with Java 21. So you can do it at your own risk but do not expect a lot of help as almost noone is doing that.
OK thank you for your help.
I’ll keep JAVA 17 for the moment with OH4.3.3
Once I update my TEST system to OH 5 I’ll have to do JAVA 21 upgrade also.
btw. that is how my systems look 
They are based on RPi 5 / 8GB RAM / M.2 NVME SSD and a USB Backup SSD:
Just for what it’s worth: I’ve been running 4.3 on Java 21 for a couple of months now with no problems whatsoever. And if not, it’s just a question of switching back again…
are you using a raspberry pi and openhabian?
Nope. I’m on a Radxa Rockpi 4, running Debian. If it works here it should work on a Pi though…
