Details
-
Bug
-
Status: Resolved
-
Critical
-
Resolution: Fixed
-
0.28.0
-
Mesosphere Sprint 31
-
3
Description
Here is the possible sequence of events:
1) containerizer->launch
2) provisioner->provision is called. it is fetching the image
3) executor registration timed out
4) containerizer->destroy is called
5) container->state is still in PREPARING
6) provisioner->destroy is called
So we can be calling provisioner->destory while provisioner->provision hasn't finished yet. provisioner->destroy might just skip since there's no information about the container yet, and later, provisioner will prepare the root filesystem. This root filesystem will not be destroyed as destroy already finishes.
Attachments
Issue Links
- is related to
-
MESOS-9964 Support destroying UCR containers in provisioning state
- Resolved