I updated from 2.5.11 to 2.5.12 and did a clean (erased userdata: tmp and cache).
After that I get the error in the log below and nothing works anymore, and i tried to go back to 2.5.11 , and different cleaning stuff without success.
I also searched the threads about similar problems, but have found no fix that works for me.
Nonetheless, I am looking into ways to keep the online repo for 2.5.12 working after May 1st. In case I do not succeed, it is in any case recommended to use the offline version of the addons, since this makes an installation independent of any remote resources.
I think I found it myself, downloaded the .kar files for the adding and the legacy-addons and placed them in the adding folder. Looks, like the system ist starting again. Still have to do a final reboot.
Hold thumbs pressed
Thanks for posting alternate links however One thing I did notice I now have both 2.5.8 (existing addons) plus the 2.5.12 addons from the KAR file. I’m planning on upgrading to 3.0.2, but I want to make sure the existing 2.5.x install is as clean as possible. How do I remove the older 2.5.8 bindings?
They are stored in the userdata /cache and /tmp dirs and these are automatically cleared by the update script. It’s probably best make sure there aren’t any JAR/KAR add-on files for older OH versions in your /addons dir before starting the update. It also prevents issues if you first uninstall OH 1.x bindings before doing the upgrade.
There are many update commands automatically executed to patch or remove outdated files when you update to 3.0. It also removes files that were already unused in OH 2.5. So your OH 3.0 userdata might be cleaner than what you use now with OH 2.5.
Thanks, yeah already cleared /cache and /tmp folders thats how I got into this pickle in the first place! Nothing in addons apart from the 2.5.12 KAR file addons. Never mind, I think I will go down the path of openhab-cli backup, then burn the Rpi disk from scratch, install OH3 and then restore the v2 config
oops, you’re right, misread this part of the migration…
" Backup first
If you’ve got an existing openHAB 2 installation, back it up before you do anything. openhab-cli backup [filepath]/[filename].zip will create a zip file which can be used to restore the same version of openHAB later using openhab-cli restore [filepath]/[filename].zip. Put the file somewhere not related to openHAB, such as your own home directory (e.g. /home/pi/). You should probably do your usual OS backup too to make sure you can get back to where you left off."
not going to lie - this is a pretty crummy ‘workaround’
Forcing an upgrade is the kind of thing I would expect from Microsoft, not from an open community like this.
Running a build that started at Openhab1 and eventually moved to version 2 on openhabian and eventually a Dockerised 2.5.x, which has several dependencies on things like LightwaveRF and old Google Nest integrations makes an upgrade to 3, pretty much a non-starter
I’ve tried installing the car file in my adding and changing remote to false,
I have tried adding the new repo to my adding.cfg file.
I am now in no man’s land, since not all of the toolsI use are supported on 3.x and seemingly I am unable to remove or update this Map feature in my current version (2.5.12 on Docker)
I am grateful for the world that has been done by so many dedicated people, but have been disappointed on several occasions since 3.x became available.