-
Notifications
You must be signed in to change notification settings - Fork 180
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
Restart warm container when it does not exist #3390
Conversation
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.
Just wondering if there are some edge cases where watchContainer
exits but we're in a state where createContainer
will fail, I guess we keep an eye out for the error log. Does createContainer
handle the case where the container is in a stopped state and all it needs to do is start it rather than creating a new one?
We actually never "stop" container, because it's always started with the |
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #3390 +/- ##
===================================================
+ Coverage 32.15960% 32.16082% +0.00122%
===================================================
Files 147 147
Lines 40753 40767 +14
===================================================
+ Hits 13106 13111 +5
- Misses 26874 26883 +9
Partials 773 773
Continue to review full report in Codecov by Sentry.
|
Ahh, just realized it may not be that simple as this implementation. I'll need to work a little bit more on that part. |
Closing for now |
In case of the warm container, go-livepeer should monitor if the container is running and recreate it if it's stopped.
The issue happened during our deployments, when we update runner image, we need to stop it and then go-livepeer should start it again.