Problems with rrdj4

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.

Same problem occurs with all my items.

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?


This problem is getting really annoying. Now the delay is more than 6 hours (see the attached screencopies).


I restarted OH4.3.3 and it seems that the datapoints in the plot are completely missing so it seems that rrdj4 is not working properly in my case…

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:

. .\runtime\bin\update.ps1
Update-openHAB -OHVersion 4.3.3

I’m not sure how to clear the OH cache in Windows but I have deleted the folder c:\openhab\userdata\tmp.

Rrdj4 was running without any issues since yesterday morning but now the problem has appeared (see the screen copy below).

I have now looked at the Windows Task manager and the CPU is typically between 30 and 40% and memory ~50-55%.

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.

1 Like