Merge pull request #46731 from network-charles/network-charles-patch-4
Clarify What a PostStart Hook Doespull/47252/head
commit
7093f2c54d
|
@ -64,11 +64,10 @@ When a Container lifecycle management hook is called,
|
|||
the Kubernetes management system executes the handler according to the hook action,
|
||||
`httpGet` , `tcpSocket` and `sleep` are executed by the kubelet process, and `exec` is executed in the container.
|
||||
|
||||
Hook handler calls are synchronous within the context of the Pod containing the Container.
|
||||
This means that for a `PostStart` hook,
|
||||
the Container ENTRYPOINT and hook fire asynchronously.
|
||||
However, if the hook takes too long to run or hangs,
|
||||
the Container cannot reach a `running` state.
|
||||
The `PostStart` hook handler call is initiated when a container is created,
|
||||
meaning the container ENTRYPOINT and the `PostStart` hook are triggered simultaneously.
|
||||
However, if the `PostStart` hook takes too long to execute or if it hangs,
|
||||
it can prevent the container from transitioning to a `running` state.
|
||||
|
||||
`PreStop` hooks are not executed asynchronously from the signal to stop the Container; the hook must
|
||||
complete its execution before the TERM signal can be sent. If a `PreStop` hook hangs during
|
||||
|
|
Loading…
Reference in New Issue