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 failure/recovery #422

Open
Stebalien opened this issue Jul 7, 2024 · 2 comments
Open

Improve failure/recovery #422

Stebalien opened this issue Jul 7, 2024 · 2 comments
Labels
good first issue Good for newcomers

Comments

@Stebalien
Copy link
Member

Right now, various services can fail early and exit due to some internal error. We don't currently have any way to recover.

Ideally, at the very top, we'd listen for such failures and attempt to re-start (possibly with a backoff).

@Stebalien
Copy link
Member Author

Stebalien commented Jul 30, 2024

We're going to need #392 for this to be completely correct, but there's no reason to wait on this.

But we will likely need to figure out #368 (comment) first. That is, we need a way to detect if a sub-service has failed and either restart it or restart it (if possible) or exit so our parent can restart us.

E.g.:

  1. If the certificate exchange fails, we can likely just restart that and leave everything else running.
  2. If the GPBFT participant fails, we likely need to restart most of the F3 stack.

So, the first task here will be to gracefully handle early service aborts.

@Stebalien Stebalien removed their assignment Aug 30, 2024
@Kubuxu
Copy link
Contributor

Kubuxu commented Oct 9, 2024

Adding to M2.5 as a review and confirm item.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
good first issue Good for newcomers
Projects
Status: Todo
Development

No branches or pull requests

2 participants