You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When running nextflow on kubernetes, nextflow should be able to clean up it's worker pods if it terminates. However there seem to be some edge cases where it doesn't clean everything up, and the worker pods persist after the submitter pod has terminated.
I've written some bash code to detect these pods and delete them via kubectl:
PODS=$(kubectl get pods --no-headers | grep 'nf-' | awk '{ print $1 }')
for POD in ${PODS}; do
RUN_NAME=$(kubectl get pod --output 'jsonpath={.metadata.labels.runName}' ${POD})
kubectl get pod --no-headers ${RUN_NAME} > /dev/null
if [[ $? != 0 ]]; then
kubectl delete pod ${POD}
fi
done
I think we could add this to kube-clean.sh, but I'm afraid that this code could be pretty destructive if any errors occur with kubectl itself. So I'd like to find a more robust way to determine whether the submitter pod still exists.
Also, we should think about whether this code could be automated, maybe with a CronJob?
The text was updated successfully, but these errors were encountered:
When running nextflow on kubernetes, nextflow should be able to clean up it's worker pods if it terminates. However there seem to be some edge cases where it doesn't clean everything up, and the worker pods persist after the submitter pod has terminated.
I've written some bash code to detect these pods and delete them via
kubectl
:I think we could add this to
kube-clean.sh
, but I'm afraid that this code could be pretty destructive if any errors occur withkubectl
itself. So I'd like to find a more robust way to determine whether the submitter pod still exists.Also, we should think about whether this code could be automated, maybe with a CronJob?
The text was updated successfully, but these errors were encountered: