Detecting errors
Use this information to help pinpoint potential causes for stateful pod failure.
This is an overview of actions that you can take to pinpoint a potential cause for a
stateful pod failure.
|
Note: This procedures is applicable for both Kubernetes and Red Hat OpenShift. For Red
Hat OpenShift, replace kubectl with oc in all relevant
commands.
|
- Verify that the CSI driver is running.
(Make sure the csi-controller pod status is
Running).
$> kubectl get all -n <namespace> -l csi NAME READY STATUS RESTARTS AGE pod/ibm-block-csi-controller-0 4/4 Running 0 2h pod/ibm-block-csi-node-nbtsg 3/3 Running 0 2h pod/ibm-block-csi-node-wd5tm 3/3 Running 0 2h pod/ibm-block-csi-operator-7684549698-hzmfh 1/1 Running 0 2h NAME DESIRED CURRENT READY UP-TO-DATE AVAILABLE NODE SELECTOR AGE daemonset.apps/ibm-block-csi-node 2 2 2 2 2 <none> 2h NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE deployment.apps/ibm-block-csi-operator 1 1 1 1 2h NAME DESIRED CURRENT READY AGE replicaset.apps/ibm-block-csi-operator-7684549698 1 1 1 2h NAME DESIRED CURRENT AGE statefulset.apps/ibm-block-csi-controller 1 1 2h - If pod/ibm-block-csi-controller-0 is not in a Running
state, run the following command:
$> kubectl describe -n <namespace> pod/ibm-block-csi-controller-0View the logs (see Log collection).