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
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.
The text was updated successfully, but these errors were encountered:
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.
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.
The text was updated successfully, but these errors were encountered: