Restart warm container when it does not exist#3390
Conversation
mjh1
left a comment
There was a problem hiding this comment.
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.