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

Cherry-pick #10593 to 7.0: Fix waiting for new events #10753

Merged
merged 1 commit into from
Feb 15, 2019

Conversation

kvch
Copy link
Contributor

@kvch kvch commented Feb 14, 2019

Cherry-pick of PR #10593 to 7.0 branch. Original message:

  • Adding more syscalls to the whitelist in libbeat
    I have removed the seccomp policy of journalbeat. Four new syscalls has been added to the common policy instead: fstatfs, getrlimit, ppoll and splice.
  • Eliminate possible deadlock when closing the client
  • Previously, journalbeat was unable to read new entries from the journal after it has been started. Now it is fixed, and the reader code is much simpler now.
  • updated vendored github.com/coreos/go-systemd/sdjournal to latest release (no changes)

@kvch kvch requested a review from a team as a code owner February 14, 2019 12:39
@ph
Copy link
Contributor

ph commented Feb 14, 2019

This will need a rebase, the failures doesn't seems related to this PR intend.

I see a docker issues with metricbeat and also on windows.

@ph
Copy link
Contributor

ph commented Feb 14, 2019

One thing that I wonder here, right now we do define a set of seccomp permission that are valid for all the beats maybe we should leave it to the beats to define the list of syscall it should allow. On the other hand we want to merge Journalbeat into Filebeat so maybe it's not necessary.

* Adding more syscalls to the whitelist in `libbeat`
 I have removed the seccomp policy of `journalbeat`. Four new syscalls has been added to the common policy instead: `fstatfs`, `getrlimit`, `ppoll` and `splice`.
* Eliminate possible deadlock when closing the client
* Previously, `journalbeat` was unable to read new entries from the journal after it has been started. Now it is fixed, and the reader code is much simpler now.
* updated vendored `github.com/coreos/go-systemd/sdjournal` to latest release (no changes)

(cherry picked from commit 1dc58e0)
@kvch
Copy link
Contributor Author

kvch commented Feb 15, 2019

At first I added a custom seccomp policy to Journalbeat, but as Andrew Kroh pointed out, these syscalls do not do anything special. So it is simpler to add them to the common list.

@kvch
Copy link
Contributor Author

kvch commented Feb 15, 2019

Failing tests are unrelated.

@kvch kvch merged commit ba372bb into elastic:7.0 Feb 15, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants