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

Improve testsuite print of log file #8805

Merged
merged 1 commit into from
Apr 18, 2021
Merged

Improve testsuite print of log file #8805

merged 1 commit into from
Apr 18, 2021

Conversation

oranagra
Copy link
Member

@oranagra oranagra commented Apr 18, 2021

  1. the dump_logs option would have printed only logs of servers that were
    spawn before the test proc started, and not ones that the test proc
    started inside it.
  2. when a server proc catches an exception it should normally forward the
    exception upwards, specifically when it's an assertion that should be
    caught by a test proc above. however, in durable mode, we caught all
    exceptions printed them to stdout and let the code continue,
    this was wrong to do for assertions, which should have still been
    propagated to the test function.
  3. don't bother to search for crash log to print if we printed the the
    entire log anyway
  4. if no crash log was found, no need to print anything (i.e. the fact it
    wasn't found)
  5. rename warnings_from_file to crashlog_from_file

1. the `dump_logs` option would have prited only logs of servers that were
   spawn before the test proc started, and not ones that the test proc
   started inside it.
2. when a server proc catches an exception it should normally forward the
   exception upwards, specifically when it's an assertion that should be
   caught by a test proc above. however, in `durable` mode, we caught all
   exceptions printed them to stdout and let the code continue,
   this was wrong to do for assertions, which should have still been
   propagagted to the test function.
3. don't bother to search for crash log to print if we printed the the
   entire log anyway
4. if no crash log was found, no need to print anything (i.e. the fact it
   wasn't found)
5. rename warnings_from_file to crashlog_from_file
@oranagra oranagra added the state:to-be-merged The PR should be merged soon, even if not yet ready, this is used so that it won't be forgotten label Apr 18, 2021
@oranagra oranagra requested a review from yossigo April 18, 2021 08:09
@oranagra oranagra merged commit f4b5a4d into redis:unstable Apr 18, 2021
JackieXie168 pushed a commit to JackieXie168/redis that referenced this pull request Sep 8, 2021
1. the `dump_logs` option would have printed only logs of servers that were
   spawn before the test proc started, and not ones that the test proc
   started inside it.
2. when a server proc catches an exception it should normally forward the
   exception upwards, specifically when it's an assertion that should be
   caught by a test proc above. however, in `durable` mode, we caught all
   exceptions printed them to stdout and let the code continue,
   this was wrong to do for assertions, which should have still been
   propagated to the test function.
3. don't bother to search for crash log to print if we printed the the
   entire log anyway
4. if no crash log was found, no need to print anything (i.e. the fact it
   wasn't found)
5. rename warnings_from_file to crashlog_from_file
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
state:to-be-merged The PR should be merged soon, even if not yet ready, this is used so that it won't be forgotten
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants