So far the OH3 version has been running without any problems in Docker on a Synology DS918+ with DSM 7.2. A few days ago I decided to switch to version 4. To do this, I created new directories, as can be seen in the following yml file. Version 3 was then deleted via Portainer and Openhab 4 was created.
Make sure that userdata/cache is empty prior docker image update. It contains files which are copied from docker image. There should be no issues with mdns out of the box, I suppose you have them because of earlier version libs are being retained.
Many thanks for the support. Unfortunately, I have to report that this tip was not successful. The user data of the OH3 version is in the directory
/volume1/docker/openhab/userdata
stored, including independent storage locations.
However, I came up with an idea. Is it possible that remnants of the old configuration still exist in the OpenhabCloud even though the UUID or the Openhab Secret have been changed? Or is it the shelly binding. I have already read that it causes problems under OH4.
The MDNS is not tied to openhab cloud, however error message you found does not indicate which mdns participant causes exception. It could be that mdns services are indexed somehow and there is a clash. I don’t know.
Try refreshing addons (refresh $bundleId in shell), and see which bundle causes error.
I don’t know if my first message was clear enough. My approach involves a new installation. I completely deleted the Portainer stack including the OH3 container. OH4 was even installed in a different directory and you can also log in under a new username.
After the setup was completed and all entries were saved, addons such as “HTTP”, “Exec”, “OpenHAB Cloud Connector” and “Network” were installed - everything without errors. The next addon I install is the Shelly binding and then the error message appears.
Perhaps also interesting that I have some Shelly’s Series 2 Plus installed under OH3. These work almost without errors. There is now an add-on version “Shelly Beta with Plus/Pro and BLU Support”, which also produces error messages under OH4.
I am not aware of any update of the addons via the shell. It would be nice if you could describe the procedure to me in more detail.
Doesn’t any of the experts present here have any idea where the error could lie? My guess is that it’s because of the shelly binding. I’ve read that somewhere else.
Maybe someone else will get in touch, otherwise I’ll have to continue working with OH3.
Apparently there is no solution to my problem. Then maybe someone can help me how to update $bundleId in shell. @splatch Łukasz Dywicki suggested this to me 10 days ago to update add-ons.
When you go into shell and do list, then bundle id is a number in first column. You still have to find matching name in last column. Since id is assigned during installation time it will vary on each and every installation.
Are the instructions also valid if Openhab is running in Docker on a server? When I call the command “list:bundle” in the Openhab terminal on my Synology, I get the message “unknown command”.
I have bundle:list in the console now on the screen. However, I have to admit that I’m a bit overwhelmed at the moment.
This is the last line in bundle:list
In same shell window you can execute refresh 251 (number from first column) and check if log entry about MDNS discovery participant will appear. You can conduct same procedure for each binding you have. Refresh causes binding (software module in fact) to deactivate and activate again, effectively de-registering and registering back its services.
I followed your suggestion and even updated all the bindings. Unfortunately without success, the error message from my first post appears every time the Shelly binding is installed. Since this binding is very important to me, I cannot switch to openhab 4 at the moment.
My hope is still the stable version 4.1 or there are other approaches to solve my problem.