Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bug: Log is flooded with RequestTimedOutErrors #143

Open
winnieXY opened this issue Jan 20, 2024 · 8 comments
Open

Bug: Log is flooded with RequestTimedOutErrors #143

winnieXY opened this issue Jan 20, 2024 · 8 comments

Comments

@winnieXY
Copy link

I just recognised that my log is flooded since a unkown time with a massive amount of errors (>200/s).

grafik

I've already updated to the newest version 0.7.0 and increased the timeout from 10 -> 15 -> 20 -> 25. Nothing helps.

The setup was running stable at least for three years before - so the write frequency should be okay (~ 1 msg/s roughly).

I saw that there are already several bugs which are however closed. As I'm not sure which of them is the best one to track this down I've created this new one. Please feel free to reopen one of the others and close this one if this is more appropriate.

If you need more information/ debug logs please let me know. I need to get back my debug console for testing as soon as possible :-)

@winnieXY
Copy link
Author

After playing a little bit with node-red & influxdb I get now this (slightly different) error:
grafik

@Dufty-de
Copy link

Hi,
I have the same problem like winnieXY.
I´m also using V0.7.0
I'd triggered a couple of http requests with one inject node and want to transfer the result to influxdb.
In order to strech the requests at the same time, i´ve mulitplied the injects and start each with a time shift of 0,2 s; but, the same result.
A restart of node red helps for a handfull of hours.
NodeRed and influxdb runing in a docker container on a synology with more than enough memory and are both up to date.
If you need more information feel free to contact me.

@winnieXY
Copy link
Author

winnieXY commented Mar 1, 2024

Any news on that? That's really a showstopper right now

@Bond246
Copy link

Bond246 commented May 24, 2024

I think i don't have an solution.
But... Do you use influx 2 with flux-query oder with influx 1 and the older query language?

And do you use it in docker or as native installation?

@Dufty-de
Copy link

Dufty-de commented May 24, 2024 via email

@Dufty-de
Copy link

Dufty-de commented Jun 5, 2024

Hi,
yesterday i´ve had again the problem with the RequestTimedOutErrors.
My oberservation: 1st i´ve tried to transfer msg.payload as an array (i.e. msg.measurement = "power"; msg.payload =[{value: #}, {phase: "ph0"}, {level: "basement"}];
(you can transfer to influx not only the meassurement and the value, you can also add attributes to the measurement).
Here I´ve got the errors.
When I reduce the #of attributes to one, the node works without errors.
(i.e. msg.measurement = "powerPhase0"; msg.payload =[{value: #}, {level: "basement"}];
or even a plain value in the payload and measurement="PowerPhase0Basement".
Maybe it´s a hint to solve the problem or to create a workaround
BR

@coolchip
Copy link

coolchip commented Jul 3, 2024

I've the same error. Using also Node-RED and InfluxDB as Docker container.
It runs for years but now i get tons of errors.

The log of InfluxDB and another docker container showing also strange TCP connection errors. So I thought it might be a docker network error. But I have no idea how to inspect that.

@tinooo
Copy link

tinooo commented Jul 21, 2024

Same issue here.
Using 0.7 on docker. influxdb 2.7.1, using flux.

I've can't nail down the issue. But I'm quite sure that even though the error is raised, the values are still being written to influxdb

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants