Look to see if you have Wunderground installed via the config files at etc/openhab2/services/addons and at /var/lib/openhab2/config/org/openhab/addons.config` if the binding is showing in either place then remove it and restart OH. Note that you will want to stop OH before making a change to the /var/lib/openhab2/config/org/openhab/addons.config file.
I don’t have it activiated in the addons.cfg file (I kept the old line for documentation with a ‘#’) but the active binding config does not include weatherunderground anymore!!!
# A comma-separated list of bindings to install (e.g. "sonos,knx,zwave")
# binding = avmfritz,km1001,weather1,weatherunderground,zwave
binding = km1001,weather1,zwave,astro,avmfritz
But funny wise it is still in the config:list:
...
----------------------------------------------------------------
Pid: org.openhab.addons0
BundleLocation: null
Properties:
action = mail
binding = hue,km1001,weather1,weatherunderground,zwave,astro
package = standard
persistence = mysql
remote = true
service.pid = org.openhab.addons0
ui = basic,paper,habmin,habpanel
----------------------------------------------------------------
...
How can that happen?
Something to try, there may be a weather.config cache file a well as weather.cfg.
If there is, stop openHAB, delete the .config version. When you restart, it will be recreated.
Does it show in /var/lib/openhab2/config/org/openhab/addons.config`
I deleted already everything in the directories “cache” and “tmp” …
Where ist the .config file?
/var/lib/openhab2/config/org/openhab/addons.config`
Stop OH remove it from this file then clean cache and restart.
1 Like
There are two files ( I am running on a docker container … so different directory path …)
root@openhab-2:/openhab/userdata/config/org/openhab# ls -l add*
-rwxr-xr-x 1 openhab openhab 248 Jan 1 18:27 addons0.config
-rwxr-xr-x 1 openhab openhab 290 Feb 3 13:39 addons.config
root@openhab-2:/openhab/userdata/config/org/openhab#
The weatherunderground binding is in the addons0.config
I will remove both … clean cache and reboot!!!
There is also an “old” weather.config. Can I delete that too?
Yes, if you do not need it.
1 Like
Did you create the second addons config or is that something docker related? I would think that you should only have one config file.
1 Like
I am not ready with rebooting … but I already see that
openhab> config:list | grep wunderground
returns nothing …
Problem solved by deleting:
addons.config
(possibly:) addons0.config
and weather.config
under /var/lib/openhab2/config/org/openhab/addons.config
or (in docker) : /openhab/userdata/config/org/openhab
Thanks for the quick and great support!!!
Is there an explanation why these config files are there being some kind of orphans and causing such troubles. I thought when cleaning cache and tmp directories all cached information is gone???
I do not know where this second addons.config file came from ???
Did you use PaperUI for addons then later swap to using the addons.cfg for adding bindings?
No, I initially used the addons.cfg file only as I like to have it all in config files. But with zwave you need to do stuff via Paper UI and therefore I used it to setup my zwave environment and that’s were my configuration got mixed up …
But I am still confused why OpenHAB keeps orphan copies of the cfg files - it was the weather.config as well which was in an old state, even though I deleted the Wunderground information weeks ago???
And how come that there is an addons0.cfg file which is interpreted anyway???
Shouldn’t OH only use the addons.cfg file???
Note that removing addons.config from /openhab/userdata/config/org/openhab if installing from PaperUI will delete all the bindings. In your case you used the addons file and had no issue. For others, that added bindings via PaperUI, they will need to edit the file and remove only the binding not needed.
I don’t use zwave but that may be where the config got mixed up?
The addons.cfg file is not the same as /var/lib/openhab2/config/org/openhab/addons.config. You should only edit the second one if having issues similar to yours.
And funny wise since last Friday - 2nd Feb - at around 6pm Darksky did not provide data anymore just in the middle of the day where I did not alter or reboot my environment:
And with removing these orphan files, this other problem was solved too. But I do not understand how this can happen during runtime when I did not change anything (I was on business travel not even at home 
)
No doubt this is some part of how 1.x bindings were shoehorned into OH2.
As you noted, problems seem to arise around deletions rather than changes.
Got it!!! You are right. the weather binding is legacy from 1.x and I am happy that it exists
But good to know that this can happen and this example gives a good advise also for other legacy bindings to find possible configuration mismatches … I consider it that I learned today something new thanks to this great support!!!
1 Like