BUG: no flush issued to rrdcached if graph page is opened

  • Steps to reproduce the issue
  1. Go on any graph

To see graph data

  • Your setup details

Router (UDM SE) using SNMP V2. Graph was showing in CheckMK RAW 2.3

  • OS version

Ubuntu 24.04.2 LTS Server

Some data has come in but still doesn’t seem right.

I think, i know whats the problem. If you open the graph page a “FLUSH” command should be issued to the rrdcached daemon. Only after such a flush, you will see the data sent to the caching in the last minutes. With the default config rrdcached writes the data to disk after one hour or so. That is the reason why you see now older data.

You can check this behavior with the following command.

echo "FLUSHALL" | unixcat ~/tmp/run/rrdcached.sock

If you now reload the page, the complete graph should be visible.

With a test installation of 2.4 enterprise edition i don’t had this problem.

1 Like

Ill give that a go :slight_smile:

Was that the same on the 2.3? as never had that issue before.

That command worked :slight_smile:

How can I get the rrdcached to be faster than an hour?

Hi Aydan,
Thanks for the report. I don’t know how to make the rrdcached faster.

We will have a look into the missing graphs, but it does not seem to be that easy to reproduce, so it might take a while until you hear back from us.

If you find any clues why it happened in your setup (some related configurations or specifics around that graphs), please let us know.

Best regards,
Gregor

I can provide a little bit more insight as written before. With 2.4 the flush command for the single service looks to be missing.
With 2.3 this command is executed every time you open a page with graphs.
This looks to be missing with 2.4 and RAW edition. In enterprise edition i don’t see this problem.

In 2.3 the data is fetched with one “livestatus_lql” query from the “_fetch_rrd_data” function. Here it looks like that something inside livestatus was changed as it not automatically fetches the newest RRD data. Or better said the columns inside the livestatus table has only old data.

4 Likes

I’m not sure what further info i can provide :frowning:

Its a basic setup RAW installed then SNMP Device (UDM SE) and thats about it.

If I leave it the graph sometimes generates only one metric which is even more bizarre!

Running the command then brings it all

You don’t need to provide any further information as it is a internal problem how livestatus handle the requests for performance data.
As it is possible to reproduce the error, i think the rest needs to be done inside the CMK team.

My setup with the same problem was

CMK 2.4.0b1 RAW
on
Ubuntu 24.04

1 Like

Hi Aydan,

yes, as Andreas says, there is nothing we need anymore. I was just looking for some other clues as I was assuming that we won’t be able to easily reproduce it. But we could reproduce it and will be working on a fix soon.

And thanks Andreas for your help and clarification.

Thanks Aydan for your report!

My pleasure :slight_smile:

Happy to help where I can!

Thanks @andreas-doehler thought I was going insane with the graphs!

1 Like

Quick update from “behind the scenes”: the resolution will take a few weeks as the relevant Dev team is finishing another work first to keep the flow. But we will fix this before official release.

2 Likes

Awesome thanks for the update :slight_smile:

When is official release due? Just wondering.

There is no release date, yet. Following the famous “It’s done, when it’s done”, we are working hard on testing, polishing and fixing to reach a high quality.

2 Likes