Skip to content
This repository has been archived by the owner on Aug 29, 2024. It is now read-only.

What happen's when a node is evacutaed to my pods?

Angelika Ehlers edited this page Feb 6, 2018 · 8 revisions

Node Evacuation Process

RedHat Documentation: https://docs.openshift.com/container-platform/3.6/admin_guide/manage_nodes.html#evacuating-pods-on-nodes

This document describes the process as follows:

Evacuating Pods on Nodes

Evacuating pods allows you to migrate all or selected pods from a given node or nodes. Nodes must first be marked unschedulable to perform pod evacuation.

Only pods backed by a replication controller can be evacuated; the replication controllers create new pods on other nodes and remove the existing pods from the specified node(s). Bare pods, meaning those not backed by a replication controller, are unaffected by default.

Other Notes:

Found the following on the OpenShift origin github page: https://github.com/openshift/origin/issues/8424 Note: This article is a year old.

Deleting a POD

oc delete pod 

when OpenShift deletes a pod, it sends the pod a Linux TERM signal, often abbreviated as SIGTERM. The SIGTERM acts as a notification to the process that it needs to finish what it is doing and then exit. One caveat is that the application needs code to catch the signal and perform any handling code to appropriate action. If the container does not exit within a given grace-period then OpenShift will send a Linux Kill signal (SIGKILL) which will immediately terminate the application.

Clone this wiki locally