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

Start using proper logging on machine executors (node and orchestrator) #86

Open
konstan opened this issue Mar 31, 2015 · 2 comments
Open

Comments

@konstan
Copy link
Member

konstan commented Mar 31, 2015

slipstream.util module already contains capabilities for switching the logging on and off.

  • Make sure stdout/err from the forked CLIs are redirected to the log file.
  • Logging should be externally configurable (level, format etc.).
  • Remove redirection of the stdout/err to the log file when the executor is started via CLI.
  • Ensure that connectors are logging into the log file.

Extra considerations:

  • Introducing log rotation between SendingReports states can allow to send less to the server in each iteration of a mutable run. Server can concatenate incoming parts of the log. This allows to save on space on the server side.

Notes:

  • Such proper logging should allow for easier restart of the machine executors.

Comments and additions are very welcomed.

@schaubl
Copy link
Contributor

schaubl commented Mar 31, 2015

👍

@konstan
Copy link
Member Author

konstan commented Jul 31, 2017

Proposing for sprint.

It now became relevant in automated processing of the node executor logs with filebeat from ELK (in Simon's work).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants