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
[dev.icinga.com #9986] Make log replication toggleable #3314
Comments
Updated by mfrosch on 2015-08-24 08:49:01 +00:00
|
Updated by mfrosch on 2015-08-24 08:49:12 +00:00
|
Updated by mfrosch on 2015-08-24 08:49:17 +00:00
|
Updated by mfrosch on 2015-08-24 08:58:08 +00:00
|
Updated by mfrosch on 2015-08-25 12:14:19 +00:00
Feedback: That flag is not needed, one can set log_duration to 0 for having the same effect. This may help on problems with connections to agents waiting for a long log read on the master. |
This issue has been migrated from Redmine: https://dev.icinga.com/issues/9986
Created by mfrosch on 2015-08-24 08:48:44 +00:00
Assignee: (none)
Status: Rejected (closed on 2015-08-25 12:14:19 +00:00)
Target Version: (none)
Last Update: 2015-08-25 12:14:19 +00:00 (in Redmine)
We need an intermediate change in 2.3 until we can improve the behavior how replay logs are stored (#9730)
The idea is to allow a user to disable log replication per Endpoint/Zone, so a big Icinga master won't iterate over the log for every client.
The long term fix would be to split replay logs properly (#9730)
For now (2.3) the solution could look like this:
Usually on a normal agent or a satellite the logs to be replayed would be tiny or non existing.
What causes us problems is that Icinga 2 has to read it's local log to evaluate what has to be sent to the client.
This flag can disable the behavior, and would not send any "old" logs from the master to that zone. For a simple agent, either in checker or command_endpoint usage, this would not matter.
Relations:
The text was updated successfully, but these errors were encountered: