- Neueste
- Die meisten Stimmen
- Die meisten Kommentare
Zombie pods are usually caused by containers that have Zombie processes that won't stop. If you've recently experienced more of these than usual, then I would look at what has changed in the applications/processes that you are running in the containers. The --init option is a Docker setting, that sets the ENTRYPOINT to tini. This is an init processes that becomes PID 1, and then handles your apps as process children. This is usually done when signals (SIGTERM, SIGKILL) are not being properly handled by applications. There was another option with dumb-init from Yelp.
It is always a good idea to make sure that processes, especially PID 1, will properly handle signals. Most of the time this is a non-issue, however, several things can cause processes to enter Zombie states, like duplicated calls, improper error handling, nested calls, especially with bash.
In troubleshooting this issue, the first thing I would make sure of is that your application properly handles signals, and decide if you need to update the signal handling or even use a separate init process. Is your application or process created orphaned processes (processes that have lost connection to the parent process)?
Relevanter Inhalt
- AWS OFFICIALAktualisiert vor einem Jahr
- AWS OFFICIALAktualisiert vor 4 Monaten
- AWS OFFICIALAktualisiert vor einem Jahr
- AWS OFFICIALAktualisiert vor einem Jahr
Thanks for your response. Yes our application is an orphaned process and it was going into this state because we were terminate the parent application first.