I’m running OH4.3 under Win11 Intel NUC. After upgrading OH4.3.0 to 4.3.3 I have had strange problems with rrdj4 as it seems to lag behind. Below you can find few screen copies.
It looks like that the outdoor temperatures between time period 4:48-7:50 missing. Below is another screen copy for outdoor temperature which shows that the values in that time range are OK so no values are missing.
Rebooting the OH4 PC doesn’t cure the problem. There are no error messages in the log (log setting=Info). I didn’t have this problem under 4.3.0 and I have never seem this kind of problem earlier.
My problem with rrdj4 continues and now the delay is even longer, over 5 hours. Below is shown the outdoor temperature. I haven’t restarted OH4.3.3 at all. Any ideas?
I can’t help much with the persistence issue itself. I’ve never seen anything like it.
However, the fact that this is very unusual points to this more likely being a factor of your configuration than the binding.
This is not an unheard of setup, but it is more rare than other options. Are you running other services on this same device? Do you see general performance issues during the periods when the data drops are accruing? On the surface, this feels like a resources issue.
How did you upgrade? I admit, I’m not even 100% familiar with the upgrade options on windows. Have you done the basic things since the upgrade such as clearing the OH cache?
I haven’t had any problems like this in the past and the problem started right after I made the upgrade 4.3.0–>4.3.3 so I don’t quite believe that it’s a performance issue.
I made the upgrade by running a following command in command prompt:
. .\runtime\bin\Update 4.3.3
For some reason the syntax given in Github has never been working for me:
That should work just fine. I assume the windows upgrade script is analogous to the linux script so that should have properly cleared your cache along with your tmp folder.
In the same c:\openhab\userdata directory there should also be a cache folder, when you want to fully clear the OH cache you should delete that folder as well as the tmp folder.
Now that I think about this, however, your report shares some similarities to this recent report:
It’s not immediately clear, however, what the common factor is. It might be worth looking through some of the advice from that topic just in case. Unfortunately, the OP in that topic solved the issue by switching persistence instead of identifying the root cause.
There’s also some limited troubleshooting tips in the rrd4j addon readme file:
But you might also consider filing an issue in that openhab addon repository since there may in fact be a pattern here.
@JustinG, many thanks for your help. I have the cache folder which is not empty. I will delete it and restart OH. I had earlier a quick look at the discussion on rrdj4 working for some hours but I’ll have a better look at it.
I have another Intel NUC with OH4.3.0. I can do some further testing (upgrade 4.3.0–>4.3.3) with it during the weekend.