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

Fix telemetry stats regression test #6907

Merged

Conversation

fabriziomello
Copy link
Contributor

@fabriziomello fabriziomello commented May 10, 2024

In #6767 we introduced the track job execution history and renamed the policy_job_error_retention to policy_job_stat_history_retention but we forgot to adapt the telemetry to identify this change.

Fixes #6898

Disable-check: force-changelog-file

Copy link

codecov bot commented May 13, 2024

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 80.88%. Comparing base (59f50f2) to head (a35f139).
Report is 160 commits behind head on main.

Additional details and impacted files
@@            Coverage Diff             @@
##             main    #6907      +/-   ##
==========================================
+ Coverage   80.06%   80.88%   +0.81%     
==========================================
  Files         190      199       +9     
  Lines       37181    37193      +12     
  Branches     9450     9703     +253     
==========================================
+ Hits        29770    30082     +312     
- Misses       2997     3233     +236     
+ Partials     4414     3878     -536     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

@fabriziomello fabriziomello force-pushed the fix_telemetry_stats_flaky_test branch from 0a549ee to 13de751 Compare May 13, 2024 14:20
@fabriziomello fabriziomello changed the title Fix telemetry stats flaky regression test Fix telemetry stats regression test May 13, 2024
@fabriziomello fabriziomello force-pushed the fix_telemetry_stats_flaky_test branch from 13de751 to 64e822b Compare May 13, 2024 14:32
@fabriziomello fabriziomello enabled auto-merge (rebase) May 13, 2024 17:38
@fabriziomello fabriziomello force-pushed the fix_telemetry_stats_flaky_test branch 2 times, most recently from 875377f to 8861c6c Compare May 14, 2024 16:41
In timescale#6767 we introduced the track job execution history and renamed the
`policy_job_error_retention` to `policy_job_stat_history_retention` but
we forgot to adapt the telemetry to identify this change.

Fixes timescale#6898
@fabriziomello fabriziomello force-pushed the fix_telemetry_stats_flaky_test branch from c0f68d1 to a35f139 Compare May 15, 2024 18:22
@fabriziomello fabriziomello merged commit 791dcc4 into timescale:main May 15, 2024
35 checks passed
fabriziomello added a commit to fabriziomello/timescaledb that referenced this pull request May 16, 2024
In timescale#6907 we supposed to fix the telemetry stats regression test
flakiness but unfortutanely it was not enough.

What happens is when the regression test runner setup the database for
regression tests be executed we stop the scheduler and if for some
reason a system job is running then it will be killed and it produces
records on `bgw_job_stat` and `bgw_job_stat_history` with the crash
information that can potentially lead to flaky test output.

To prevent it we cleanup system job stats metadata table just after stop
the scheduler.
fabriziomello added a commit that referenced this pull request May 17, 2024
In #6907 we supposed to fix the telemetry stats regression test
flakiness but unfortutanely it was not enough.

What happens is when the regression test runner setup the database for
regression tests be executed we stop the scheduler and if for some
reason a system job is running then it will be killed and it produces
records on `bgw_job_stat` and `bgw_job_stat_history` with the crash
information that can potentially lead to flaky test output.

To prevent it we cleanup system job stats metadata table just after stop
the scheduler.
github-actions bot pushed a commit that referenced this pull request May 17, 2024
In #6907 we supposed to fix the telemetry stats regression test
flakiness but unfortutanely it was not enough.

What happens is when the regression test runner setup the database for
regression tests be executed we stop the scheduler and if for some
reason a system job is running then it will be killed and it produces
records on `bgw_job_stat` and `bgw_job_stat_history` with the crash
information that can potentially lead to flaky test output.

To prevent it we cleanup system job stats metadata table just after stop
the scheduler.

(cherry picked from commit c717792)
fabriziomello added a commit that referenced this pull request May 17, 2024
In #6907 we supposed to fix the telemetry stats regression test
flakiness but unfortutanely it was not enough.

What happens is when the regression test runner setup the database for
regression tests be executed we stop the scheduler and if for some
reason a system job is running then it will be killed and it produces
records on `bgw_job_stat` and `bgw_job_stat_history` with the crash
information that can potentially lead to flaky test output.

To prevent it we cleanup system job stats metadata table just after stop
the scheduler.

(cherry picked from commit c717792)
fabriziomello added a commit that referenced this pull request May 17, 2024
In #6907 we supposed to fix the telemetry stats regression test
flakiness but unfortutanely it was not enough.

What happens is when the regression test runner setup the database for
regression tests be executed we stop the scheduler and if for some
reason a system job is running then it will be killed and it produces
records on `bgw_job_stat` and `bgw_job_stat_history` with the crash
information that can potentially lead to flaky test output.

To prevent it we cleanup system job stats metadata table just after stop
the scheduler.

(cherry picked from commit c717792)
timescale-automation pushed a commit that referenced this pull request May 17, 2024
In #6907 we supposed to fix the telemetry stats regression test
flakiness but unfortutanely it was not enough.

What happens is when the regression test runner setup the database for
regression tests be executed we stop the scheduler and if for some
reason a system job is running then it will be killed and it produces
records on `bgw_job_stat` and `bgw_job_stat_history` with the crash
information that can potentially lead to flaky test output.

To prevent it we cleanup system job stats metadata table just after stop
the scheduler.

(cherry picked from commit c717792)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[Flaky test] telemetry stats
4 participants