-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Multiple time formats for syslog input #2246
Comments
If your syslog uses rfc5424 protocol, you can mix with/without ms time in the master(not released yet): #2240 |
It did solve some situations, but unfortunately there are lots of application that do match rfc-3164 standart, but use rfc5424 like timestamps. Can that fix be somehow ported to be "global" for both rfc-3164 and rfc-5424? |
What does this mean? Does your syslog daemon send multiple broken syslog format in 1 instance?
Currently no because |
I got handled my problem using in_tcp and multi-format-parser plugin, but I am having hard time parsing message facility and priority from pri field. Could give me a hint on how could I achieve that? |
This issue has been automatically marked as stale because it has been open 90 days with no activity. Remove stale label or comment or this issue will be closed in 30 days |
This issue was automatically closed because of stale in 30 days |
I need someones help with syslog input configuration.
I am using configuration a here:
The problem for me is, that I do use syslog messages with and without milliseconds from the same log sources.
Examples:
2018-12-27T06:47:02Z
2018-12-27T06:47:02.212Z
Some of My messages have weird time format, like this:
Dec 27 09:46:57
##This is GMT+3 time
The question is if I can determine somehow multiple time formats to match?
Right now I'm getting parse errors like this:
error_class = ArgumentError, error = invalid strptime format - `%Y-%m-%dT%H:%M:%S.%L%z'
Another question, If it's possible to use define milliseconds within time_format variable as optional somehow?
The text was updated successfully, but these errors were encountered: