You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I recently came across an issue related to binary IO. Basically my IO binary process could terminate unexpectedly before the container process exits. Hence the following questions:
When the shim spawns the binary IO process, it will block until the IO process notifies its readiness here. For notification, the logic is simply closing the wait pipe and the shim will get io.EOF which is expected and ignored. However if the IO process terminates early, shim will also get io.EOF and continue to create the task. I wonder if we can distinguish the two cases and fail the task creation if the binary IO process exits?
Assuming the binary IO process terminates in the middle of a running container, what should be the expected behavior in this case? Should the container be terminated or they are expected to handle such case on their own?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I recently came across an issue related to binary IO. Basically my IO binary process could terminate unexpectedly before the container process exits. Hence the following questions:
io.EOFwhich is expected and ignored. However if the IO process terminates early, shim will also getio.EOFand continue to create the task. I wonder if we can distinguish the two cases and fail the task creation if the binary IO process exits?Thanks for the advice.
Beta Was this translation helpful? Give feedback.
All reactions