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

Add Graphite Tag parsing support on the input side #4372

Closed
gena01 opened this issue Jul 3, 2018 · 3 comments
Closed

Add Graphite Tag parsing support on the input side #4372

gena01 opened this issue Jul 3, 2018 · 3 comments
Labels
area/graphite feature request Requests for new plugin and for new features to existing plugins

Comments

@gena01
Copy link

gena01 commented Jul 3, 2018

Feature Request

Opening a feature request kicks off a discussion.

Proposal:

Please add graphite tag parsing support for incoming graphite data.

This is a followup on #3830

Current behavior:

Currently the tags won't be parsed/stripped properly.

Desired behavior:

Parse and extract tags from graphite input stream.

Use case: [Why is this important (helps with prioritizing requests)]

Since some support is already in telegraf where we can generate the proper graphite format on the output side it would be nice to be able to parse the same format on the input side.

@danielnelson danielnelson added the feature request Requests for new plugin and for new features to existing plugins label Jul 3, 2018
@endersonmaia
Copy link

How much for this functionality ?

Support Graphite Line Protocol at Input/Parser

my.series;tag1=value1;tag2=value2 <value> <timestamp>\n

See:

Tag names must have a length >= 1 and may contain any ascii characters except ;!^=. Tag values must also have a length >= 1, they may contain any ascii characters except ; and the first character must not be ~. UTF-8 characters may work for names and values, but they are not well tested and it is not recommended to use non-ascii characters in metric names or tags. Metric names get indexed under the special tag name, if a metric name starts with one or multiple ~ they simply get removed from the derived tag value because the ~ character is not allowed to be in the first position of the tag value. If a metric name consists of no other characters than ~, then it is considered invalid and may get dropped.

@endersonmaia
Copy link

There's a PR for that #8564

@hitalos hitalos mentioned this issue Dec 14, 2020
3 tasks
@ssoroka
Copy link
Contributor

ssoroka commented Dec 15, 2020

resolved in #8564

@ssoroka ssoroka closed this as completed Dec 15, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/graphite feature request Requests for new plugin and for new features to existing plugins
Projects
None yet
Development

No branches or pull requests

4 participants