apparently other people had had similar problems⊠as far as I understand this issue: How to reload conf files without restarting OH2?
As I said: way to much, should be around 100kB.
What is the first error you are seeing? We have to go from there âŠ
BTW, what java version are you running? (java -version on the console)
java openjdk version â1.8.0_121â
first error?? Any error?
2017-07-22 11:37:47.124 [ERROR] [systeminfo.handler.SysteminfoHandler] - No information for channel battery#remainingTime with device intex 0 :
org.openhab.binding.systeminfo.model.DeviceNotFoundException: Device with index: 0 can not be found!
But that is just systeminfo that cannot find a battery on my Raspi
iâd be happy to put it in DEBUG mode if i had the foggiest how
there shouldnât be a conf subfolder within the /etc/openhab2/ structure (maybe it doesnât exist and this is just a warning)
where are your *.items files stored?
in /etc/openhab2/items/ or /etc/openhab2/conf/items/ ?
2 Likes
you may be on to something.
they are in the standard openhabian folder which is etc/openhab2.
However⊠in order to get smarthome designer working I tried someones solution (I forgot the exact command) to create a conf folder in openhab2 and I think that mimicked a link to the parent openhab2 folder. I do not recall if that was when my problems started. I see that folder leads to endless recursion
i will remove it and see what it does. Thanks for pointing it out.
UPDATE
oh well, got from bad to worse.
removing that recursive directory removed all my conf files as well. Fortunately had back up⊠but in spite of putting the back ups back⊠sitemap now no longer recognized.
I seriously consider starting all over 
1 Like
Aaaaah 
These modifications to the configuration folder in order to make the Smarthome Designer work were all bulux to begin with. 
If you are using a recent openHABian setup the only share you need to mount on your PC is âopenHAB-shareâ and the SmartHome Designer will do itâs thing.
Make sure that all your config files are in the right place, e.g. /etc/openhab2/sitemaps/myhome.sitemap
While we are at it, did you configure anything via /etc/openhab2/services/addons.cfg? The file can easily create problems if used in the wrong way. Nowadays Iâd prefer to use the Paper UI for these settings, on my system the file is completely empty/commented.
Then after all the hickups, it might indeed be a good idea to restarting openHAB including clearing out the cache folder as mentioned by @sihui here.
Thanks Thom.
I have that openhabshare. works sometimes on windows, not on linux sadly,
Anyway, I removed that virtual mathruska conf directory did many restarts, reboots, but sadly all the same> A change in an item or say rules file will only show up after a restart.
I never added anything manual to the addons.cfg, always truogh paper UI, and indeed sitemaps in the right place, exactly where openhabian diskimage says they shld be
So as it is, still the original problem of having to restart for every change in a file. Very very annoying
I agree with the others. Something is seriously fumbled up with your setup. You should either clear cache and tmp once to move potential problems there out of the way, otherwise there is maybe a serious error in your config files. That could stop the dynamic reload but survive a restart. At this point itâs really up to you. You could of course backup your config files, then start with a fresh openHABian setup. I donât think thatâs needed.
1 Like
Thanks Thom
it is solved
I did clear the cache and tmp. that was not it I think
Then I removed the conf directory that was recursing all my files like a russian doll
Then I did clear cache and temp again
then I waited
and then after trying a few times it worked again.
I think the conf directory was the problem
I got that by following this recommendation
Dim, hard to say, but I think it was that conf file that caused the havoc. removing that did not solve it immediately⊠but after a while (and again a cache/tmp clear) it started working again
Well spotted
1 Like
Yeah⊠donât do that 
This (creating a conf folder within /etc/openhab2/) will cause this FileSystemLoopException within the config directories 
yes, i had a conf directory in a conf directory in a conf directory etc etc etc.
No surprise Openhab had no idea what file to update although in the end all files where the same.
But as usual with openhab⊠any solution also needs a bit of time for it to work. Once the Russian doll conf dir gone and again a clear cache and tmp dir it didnt immediately work, but some 5-10 min later, worked like a charm again.
Suddenly Openhab feels like a friend again rather than a stubborn bully
2 Likes
I like the Matryoshka doll analogy!
If you add some vodka to the mix, your system will fly ! 
1 Like
@Dim @ThomDietrich @sihui
Thank you all very much for your help
It did not only solve my problem, but I learned as well: studied my openhab log with a bit more attention than usual and came across a few other pointers that I should have a look at. No big things, just some WARNINGS and INFO that can easily be fixed, but I now learned where to find the log info I was missing in the eventlog.
I am a happy man!!
3 Likes
I went ahead and closed this horrible thread
Do you use the âopenHAB Log Viewerâ?
Actually no. I didnt know of its existence. I just load it in an editor
Oh 
The biggest issue with this is, that you will not see changes as they come.
Check out this list of options:
Thanks Thom, will give that a try
I think it will burn before it will fly 
Anyway, one day later still working great. It is just so great to have Openhab respond again and dynamically update my files. It is just a pleasure working with it again
2 Likes
Just in case somebody having the same problem, here a solution which was releasing the problem at my installation:
setfacl -bnR /etc/openhab2
plus deleting some stuff from
rm -rf /etc/openhab2/icons/classic/readme.txt.dpkg-dist
rm -rf /etc/openhab2/html/habpanel/
I donât know why but there was something wrong with the extended attributes preventing the watcher to load correctly.
1 Like