You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A user has shared detailed information with us which shows that a crng aggregator has produced out of order data for them. The issue seems to be hard to reproduce and only occurs from time to time (sounds like race condition to me).
This is the aggregator config they used:
[[aggregation]]
function = 'sum'
regex = '^<regex with 3 capture groups>$'
format = '$1.$2.$3'
interval = 60
wait = 65
dropRaw = true
Then the user added a carbon route which looks like this:
And recorded the generated data by doing nc -l -p 12003 > <file>. Additionally to that carbon route they also had an active grafanaNet route, all the traffic was written to both routes.
The recorded nc output clearly shows that some of the generated data is not in order:
The user also recorded the data which was sent to carbon-relay-ng via tcpdump, this recording shows that the metrics going into the aggregator were in order.
The text was updated successfully, but these errors were encountered:
A user has shared detailed information with us which shows that a crng aggregator has produced out of order data for them. The issue seems to be hard to reproduce and only occurs from time to time (sounds like race condition to me).
This is the aggregator config they used:
Then the user added a carbon route which looks like this:
And recorded the generated data by doing
nc -l -p 12003 > <file>
. Additionally to that carbon route they also had an activegrafanaNet
route, all the traffic was written to both routes.The recorded
nc
output clearly shows that some of the generated data is not in order:The user also recorded the data which was sent to carbon-relay-ng via tcpdump, this recording shows that the metrics going into the aggregator were in order.
The text was updated successfully, but these errors were encountered: