[TT-1140] Universal log processor + modified log verifier #947
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Why?
So that we can use CL node log verification that was added for k8s also in docker!
Below is a summarization created by an LLM (gpt-4-0125-preview). Be mindful of hallucinations and verify accuracy.
Why
The changes in this pull request are aimed at enhancing the logging and log processing capabilities of the system. By introducing a new log processor, refining the log scanning and verification process, and enabling more granular control over log messages, these changes strive to improve the system's ability to analyze and manage log data more effectively.
What
LogProcessor
struct and methods for processing container logs and creating a processor for regex matching. This allows for more sophisticated log processing based on the content of the logs.GetLogLocation
to retrieve log locations, enhancing the system's capacity to manage and reference log files.WriteTeardownLogs
to utilize a new methodFindAllLogFilesToScan
with an additional parameter, allowing for more precise log file scanning.FindAllLogFilesToScan
as a replacement forfindAllLogFilesToScan
, now accepting apartialFilename
parameter to filter log files more effectively.allowedLogMessage
withAllowedLogMessage
struct and added a new functionNewAllowedLogMessage
, providing a more flexible way to define and handle allowed log messages.verifyLogFile
toVerifyLogFile
and added parameters for failure threshold and allowed messages, offering a more customizable approach to log verification.