Udostępnij za pośrednictwem

Kontener zasobnika magazynu CSN zablokowany w ContainerCreating

  • Artykuł

Ten dokument zawiera szczegółowe informacje o środowisku użytkownika rzadkiego problemu, który może renderować zasobniki magazynu CSN w ContainerCreating stanie. Udostępnia również obejście problemu.

Przyczyna

Uaktualnienie środowiska uruchomieniowego zastępuje system operacyjny węzłów Baremetal, co powoduje ponowne utworzenie nazwy IQN (kwalifikowanej nazwy iSCSI) i może spowodować niepowodzenie logowania iscsi w rzadkich przypadkach. Błąd iscsi występuje w określonych węzłach, w których logowanie do portali nie powiodło się. Ten przewodnik zawiera rozwiązanie tego konkretnego problemu.

W przewodniku krótko opisano proces usuwania dołączenia woluminu i ponownego uruchamiania zasobnika w celu rozwiązania problemu.

Przetwarzaj

Sprawdź, dlaczego zasobnik pozostaje w ContainerCreating stanie:

Warning FailedMapVolume 52s (x19 over 23m) kubelet MapVolume.SetUpDevice failed for volume "pvc-b38dcc54-5e57-435a-88a0-f91eac594e18" : rpc error: code = Internal desc = required at least 2 portals but found 0 portals

W tym miejscu skupiamy się tylko na baremetal_machine tym, gdzie wystąpił problem.

Wykonaj następujące polecenie uruchamiania, aby rozwiązać problem z zasobnikiem zablokowanym w kontenerzeTworzenie

az networkcloud baremetalmachine run-command --bare-metal-machine-name <control-plane-baremetal-machine> \
--subscription <subscription> \
--resource-group <cluster-managed-resource-group> \
--limit-time-seconds 60 \
--script "cG9kcz0kKGt1YmVjdGwgZ2V0IHBvZHMgLW4gbmMtc3lzdGVtIHxncmVwIC1pIGNvbnRhaW5lcmNyZWF0aW5nIHwgYXdrICd7cHJpbnQgJDF9JykKCmZvciBwb2RuYW1lIGluICRwb2RzOyBkbwogICAga3ViZWN0bCBkZXNjcmliZSBwbyAkcG9kbmFtZSAtbiBuYy1zeXN0ZW0KCiAgICBwdmNuYW1lPSQoa3ViZWN0bCBnZXQgcG8gJHBvZG5hbWUgLW4gbmMtc3lzdGVtIC1vIGpzb24gfCBqcSAtciAnLnNwZWMudm9sdW1lc1swXS5wZXJzaXN0ZW50Vm9sdW1lQ2xhaW0uY2xhaW1OYW1lJykKCiAgICBwdm5hbWU9JChrdWJlY3RsIGdldCBwdmMgJHB2Y25hbWUgLW4gbmMtc3lzdGVtIC1vIGpzb24gfCBqcSAtciAnLnNwZWMudm9sdW1lTmFtZScpCgogICAgbm9kZW5hbWU9JChrdWJlY3RsIGdldCBwbyAkcG9kbmFtZSAtbiBuYy1zeXN0ZW0gLW9qc29uIHwganEgLXIgJy5zcGVjLm5vZGVOYW1lJykKCiAgICB2b2xhdHRhY2hOYW1lPSQoa3ViZWN0bCBnZXQgdm9sdW1lYXR0YWNobWVudCB8IGdyZXAgLWkgJHB2bmFtZSB8IGF3ayAne3ByaW50ICQxfScpCgogICAga3ViZWN0bCBkZWxldGUgdm9sdW1lYXR0YWNobWVudCAkdm9sYXR0YWNoTmFtZQoKICAgIGt1YmVjdGwgY29yZG9uICRub2RlbmFtZSAtbiBuYy1zeXN0ZW07a3ViZWN0bCBkZWxldGUgcG8gLW4gbmMtc3lzdGVtICRwb2RuYW1lCmRvbmU="

Polecenie run wykonuje następujący skrypt.

pods=$(kubectl get pods -n nc-system |grep -i containercreating | awk '{print $1}')

for podname in $pods; do
    kubectl describe po $podname -n nc-system

    pvcname=$(kubectl get po $podname -n nc-system -o json | jq -r '.spec.volumes[0].persistentVolumeClaim.claimName')

    pvname=$(kubectl get pvc $pvcname -n nc-system -o json | jq -r '.spec.volumeName')

    nodename=$(kubectl get po $podname -n nc-system -ojson | jq -r '.spec.nodeName')

    volattachName=$(kubectl get volumeattachment | grep -i $pvname | awk '{print $1}')

    kubectl delete volumeattachment $volattachName

    kubectl cordon $nodename -n nc-system;kubectl delete po -n nc-system $podname
done

Polecenie pobiera pcv z zasobnika, a następnie usuwa volumeattachment obiekt. Następnie usuwa zasobnik. Zasobnik zostanie później utworzony ponownie w innym węźle wraz z pomyślnym obiektem załącznika woluminu.

Jeśli nadal masz pytania, skontaktuj się z pomocą techniczną. Aby uzyskać więcej informacji na temat planów pomocy technicznej, zobacz Plany pomocy technicznej platformy Azure.