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

Bugfixes and refactoring in osquery runtime #169

Closed
wants to merge 3 commits into from
Closed

Conversation

zwass
Copy link
Contributor

@zwass zwass commented Oct 7, 2017

@zwass
Copy link
Contributor Author

zwass commented Oct 7, 2017

Looks like I introduced some races that I'll have to sort out.

@zwass
Copy link
Contributor Author

zwass commented Oct 10, 2017

I think the races are mostly exposed by fixes in this PR and not new ones. Nevertheless, they are not yet fixed and I need to keep chewing on this.

- Correctly detect when error channel is closed (potential fix for #134).
  Previously the logic was inverted for whether the channel was closed, so
  recovery was not initiated. Unit test TestOsqueryDies repros the suspected
  issue.
- Allow logger to be set properly.
- Add logging around recovery scenarios.
- Check communication with both osquery and extension server in health check
  (previously only the extension server was checked).
- Add healthcheck on interval that causes recovery on failure (Closes #141).
- Do not set cmd output to ioutil.Discard. Causes a bug with cmd.Wait (see
  golang/go#20730)
@zwass zwass closed this Oct 13, 2017
@zwass zwass deleted the runtime_fixes branch October 13, 2017 20:53
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.

Implement osqueryd health check
1 participant