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

Start inBackupHealthReport during migrations #13120

Merged

Conversation

george-dorin
Copy link
Contributor

@george-dorin george-dorin commented May 7, 2024

  • Rename the InBackupHealthReport to StartUpHealthReport
  • Start the StartUpHealthReport in the handleNodeVersioning method so it would cover both db migrations and backups
  • Stop using the DefaultServeMux to avoid issues when testing migrations and rollbacks

core/services/health.go Outdated Show resolved Hide resolved
@george-dorin george-dorin marked this pull request as ready for review May 7, 2024 14:10
@george-dorin george-dorin requested a review from a team as a code owner May 7, 2024 14:10
Comment on lines 110 to 112
ibhr := services.NewInBackupHealthReport(healthReportPort, lggr)
ibhr.Start()
defer ibhr.Stop()
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we do this from the caller instead? Otherwise ensureMigrated is not covered.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actually, maybe skip several callers. I think it is important to include as much of the startup time as possible, plus this will avoid the leaking in to the administrative commands that don't need to be reporting health in the first place, like ResetDatabase.

Copy link
Contributor

I see you added a changeset file but it does not contain a tag. Please edit the text include at least one of the following tags:

  • #added For any new functionality added.
  • #breaking_change For any functionality that requires manual action for the node to boot.
  • #bugfix For bug fixes.
  • #changed For any change to the existing functionality.
  • #db_update For any feature that introduces updates to database schema.
  • #deprecation_notice For any upcoming deprecation functionality.
  • #internal For changesets that need to be excluded from the final changelog.
  • #nops For any feature that is NOP facing and needs to be in the official Release Notes for the release.
  • #removed For any functionality/config that is removed.
  • #updated For any functionality that is updated.
  • #wip For any change that is not ready yet and external communication about it should be held off till it is feature complete.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is just handleNodeVersioning going to be enough? How much time passes between the end of this call and the start of the normal health report?

Copy link
Contributor

This PR is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 7 days.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants