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

Set pattern-specific tag #2

Open
pkaeding opened this issue Apr 29, 2016 · 5 comments
Open

Set pattern-specific tag #2

pkaeding opened this issue Apr 29, 2016 · 5 comments

Comments

@pkaeding
Copy link

Is it possible to set a pattern-specific tag? I'd like to tag based on which pattern matched the message. The examples in the README show the tag being set at the top level, so maybe this can't be done, but it sure would be useful for what I'm trying to do.

@acrylicx
Copy link

acrylicx commented Jul 12, 2016

+1 for this.
My current workaround for this is to use the @type copy to send it to multiple greps which then add suffix's based on which ones match. This however is an ugly workaround and means every message must be checked multiple times using regex.

@repeatedly
Copy link
Owner

Sorry, I missed this issue.
I will consider it.

@repeatedly
Copy link
Owner

This is impossible for now because parser plugin can't touch input plugin behaviour.
tag is configured in input plugin and parser plugin can't know it.

Hmm... one possible similar way is adding tag to records for rewrite-tag-filter.

@saurabtanej
Copy link

saurabtanej commented Apr 26, 2018

is there any update on this? We have multiple docker containers running having different pattern, is there a way we can filter the events based on pattern and tag them? @repeatedly

@rodrigodiez
Copy link

rodrigodiez commented Jun 27, 2018

Same use case here, we use fluentd in a docker setup. We have up to 3 different formats coming from the same container: apache access, apache error and monolog.

We'd like to identify them and tag them separately. The final goal is to export to Elastic Search with a different _type field

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