-
Notifications
You must be signed in to change notification settings - Fork 5.6k
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
Bugs (and design issue) with Riemann output plugin #642
Comments
BTW |
@dhruvbansal I don't particularly see anything wrong with the commit you've linked. I would appreciate if you could put it up in a PR. I'm sure you have a better perspective to be doing this as I have very little hands-on experience with riemann. |
sparrc
pushed a commit
that referenced
this issue
Feb 9, 2016
* Customizable 'separator' option instead of hard-coded '_' * String values are sent as "State" instead of "Metric", preventing Riemann from rejecting them * Riemann service name is set to an (ugly) combination of input name & (sorted) tags' values...this allows connecting different events for the same input together on the Riemann side closes #642
Merged
sparrc
pushed a commit
that referenced
this issue
Feb 9, 2016
* Customizable 'separator' option instead of hard-coded '_' * String values are sent as "State" instead of "Metric", preventing Riemann from rejecting them * Riemann service name is set to an (ugly) combination of input name & (sorted) tags' values...this allows connecting different events for the same input together on the Riemann side closes #642
sparrc
pushed a commit
that referenced
this issue
Feb 9, 2016
* Customizable 'separator' option instead of hard-coded '_' * String values are sent as "State" instead of "Metric", preventing Riemann from rejecting them * Riemann service name is set to an (ugly) combination of input name & (sorted) tags' values...this allows connecting different events for the same input together on the Riemann side closes #642
geodimm
pushed a commit
to miketonks/telegraf
that referenced
this issue
Mar 10, 2016
* Customizable 'separator' option instead of hard-coded '_' * String values are sent as "State" instead of "Metric", preventing Riemann from rejecting them * Riemann service name is set to an (ugly) combination of input name & (sorted) tags' values...this allows connecting different events for the same input together on the Riemann side closes influxdata#642
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Getting an error sending inputs with string values to a Riemann server. To replicate, install
telegraf
(worked on release v0.10.1 & git v0.10.1-26-gb941d27) with a Riemann server output and make sure to include thesystem
input (though this same bug should manifest with any input having astring
value, see below):Output of
-test
:Now try sending this to Riemann:
The problem is the
uptime_format
field in thesystem
input is a string, not a numeric value, but is passed to the Riemann client library as aMetric
anyway. Looking at the way the client library processes events, if an input's value is a string, then it should be passed to the client as aState
, not aMetric
. This matches with how Riemann thinks about events (see the table of event properties). This bug will occur when writing to Riemann for any input with a value that is astring
.This isn't caught by the integration tests because, as far as I can see, the tests only test with numeric values, not with strings.
There is a design issue when writing metrics to Riemann as well. Inputs in Telegraf have a name and a set of tags which identify them uniquely and can contain many metrics (fields). When writing to Riemann, these multi-metric inputs are turned into single-metric Riemann events (as required by Riemann). Unfortunately, of the name and tags that uniquely identify this input, only the name is currently transmitted to Riemann. So the Telegraf input
becomes the Riemann events
Without the missing tag information (most importantly,
path=/
), it's impossible on the Riemann side to handle this event stream.I wrote an (ugly) patch for these problems but I'm hoping someone else can do better now that I've raised this issue.
The text was updated successfully, but these errors were encountered: