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

Include log.source.address for unparseable syslog messages #15453

Merged
merged 7 commits into from
Jan 13, 2020

Conversation

jsoriano
Copy link
Member

Continues with #13274, fixes #13268.

How to test:

  • Start filebeat with the syslog input
  • Send an invalid message to the open port
  • Check that the generated event for the invalid message includes the source address

Co-authored-by: Brian Candler [email protected]

@jsoriano jsoriano added enhancement review Filebeat Filebeat needs_backport PR is waiting to be backported to other branches. [zube]: In Review test-plan Add this PR to be manual test plan v7.6.0 Team:Beats labels Jan 10, 2020
@jsoriano jsoriano requested a review from ph January 10, 2020 11:52
@jsoriano jsoriano self-assigned this Jan 10, 2020
Copy link
Contributor

@ph ph left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@jsoriano jsoriano merged commit d552e90 into elastic:master Jan 13, 2020
@jsoriano jsoriano deleted the syslog-source-address branch January 13, 2020 09:24
jsoriano added a commit to jsoriano/beats that referenced this pull request Jan 13, 2020
…5453)

Source address was being included in syslog events, but if
the syslog message failed to be parsed the event was being
generated without this information. Add it in any case.

Co-authored-by: Brian Candler <[email protected]>
(cherry picked from commit d552e90)
@jsoriano jsoriano removed the needs_backport PR is waiting to be backported to other branches. label Jan 13, 2020
jsoriano added a commit to jsoriano/beats that referenced this pull request Jan 13, 2020
…5453)

Source address was being included in syslog events, but if
the syslog message failed to be parsed the event was being
generated without this information. Add it in any case.

Co-authored-by: Brian Candler <[email protected]>
(cherry picked from commit d552e90)
@jsoriano
Copy link
Member Author

@ph I was not sure if backporting it for 7.5.2 too, as it could be also considered a bug. I have opened the PR by now, let me know what you think.

@ph
Copy link
Contributor

ph commented Jan 13, 2020

@jsoriano I would yes/no but that would still improve the user behavior so I am ok to backport it to 7.5.2

ycombinator pushed a commit that referenced this pull request Jan 15, 2020
… syslog messages (#15495)

* Include log.source.address for unparseable syslog messages (#15453)

Source address was being included in syslog events, but if
the syslog message failed to be parsed the event was being
generated without this information. Add it in any case.

Co-authored-by: Brian Candler <[email protected]>
(cherry picked from commit d552e90)

* Fix changelog
jsoriano added a commit to jsoriano/beats that referenced this pull request Jan 15, 2020
…5453)

Source address was being included in syslog events, but if
the syslog message failed to be parsed the event was being
generated without this information. Add it in any case.

Co-authored-by: Brian Candler <[email protected]>
(cherry picked from commit d552e90)
@ycombinator ycombinator self-assigned this Jan 15, 2020
jsoriano added a commit that referenced this pull request Jan 15, 2020
… syslog messages (#15494)

Source address was being included in syslog events, but if
the syslog message failed to be parsed the event was being
generated without this information. Add it in any case.

(cherry picked from commit d552e90)

Co-authored-by: Brian Candler <[email protected]>
jsoriano added a commit that referenced this pull request Jan 15, 2020
…15574)

Source address was being included in syslog events, but if
the syslog message failed to be parsed the event was being
generated without this information. Add it in any case.

(cherry picked from commit d552e90)

Co-authored-by: Brian Candler <[email protected]>
@ycombinator ycombinator added the test-plan-ok This PR passed manual testing label Jan 16, 2020
@ycombinator
Copy link
Contributor

Tested manually with BC1 and I see log.source.address in the output even when an invalid syslog message is sent to the input.

@andresrc andresrc added the Team:Integrations Label for the Integrations team label Mar 6, 2020
leweafan pushed a commit to leweafan/beats that referenced this pull request Apr 28, 2023
…rseable syslog messages (elastic#15495)

* Include log.source.address for unparseable syslog messages (elastic#15453)

Source address was being included in syslog events, but if
the syslog message failed to be parsed the event was being
generated without this information. Add it in any case.

Co-authored-by: Brian Candler <[email protected]>
(cherry picked from commit f16fdb1)

* Fix changelog
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement Filebeat Filebeat review Team:Integrations Label for the Integrations team test-plan Add this PR to be manual test plan test-plan-ok This PR passed manual testing v7.5.2 v7.6.0
Projects
None yet
Development

Successfully merging this pull request may close these issues.

filebeat syslog input: missing log.source.address when message not parsed
5 participants