-
Notifications
You must be signed in to change notification settings - Fork 1.4k
Use more human-readable appender format for STs logs #11377
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
Conversation
Signed-off-by: Jakub Stejskal <[email protected]>
/packit test --labels regression |
No strong opinion, but maybe it will b better to put log level right after timestamp or thread ID. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
makes sense to me
I like how clear it is from what test the particular log is. On the other hand, I don't know if it should be that long. I mean, it will create half of screen with info about log level, thread, test class, test itself and timestamp. I know that maybe we can't do much, but having it a bit shorter would help I guess. |
I can conditionally set From my POV the log is much more readable when running regression on TF for example as thread ID is not enough to properly filter things. Maybe another option would be to simply replace the appender config in certain situations (when junit.jupiter.execution.parallel.enabled=true for example) instead of conditionally set the properties for MDC. |
I didn't mean it like it's not clear. Just that it's long FMPOV. I was thinking if just the test case name would be enough or not 🤔 Because in case of |
I know, I feel it in the same way, but everytime I open logs from parallel executions it is really pain. I would stick with with strings is there might be tests with same name, but in general the class name could be removed I think as we do not support test class parallelism. |
Yeah I feel the same way, debugging stuff with the parallel execution stuff is really pain. Look, if you want to keep it as it is, I'm fine with that. If you will remove the class name (as you mentioned, we don't have class-wide parallelism) I'm fine with that as well. I just wanted to point that it could be really long line if we keep both. |
Signed-off-by: Jakub Stejskal <[email protected]>
/packit test --labels regression |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, thanks
/packit test --labels regression |
/azp run acceptance |
Azure Pipelines successfully started running 1 pipeline(s). |
It seems that failed TF jobs were just triggered by some outage. THe followup regression run is fine. Also Azure logs seems to be good. @see-quick any comments or I can merge it once it will finish? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, thanks 👍
Type of change
Description
This PR change the format of console and rolling appender for system tests to make it more human readable. It adds info which test class and test method calls the log:
it also shrink the thread log format from whole name into
T-<THREAD_ID>
Rolling appender: https://artifacts.dev.testing-farm.io/3c2b0297-55b0-4715-8c57-b9ec2fd801a7/work-regression-operatorseb5qos8_/systemtest/tmt/plans/regression-operators/data/logs/logs/strimzi-debug-0.log
Console appender: https://artifacts.dev.testing-farm.io/3c2b0297-55b0-4715-8c57-b9ec2fd801a7/
Checklist