APEX Cloud Platform for Red Hat OpenShift : Le conteneur pod attend plus d’une heure dans l’espace de nommage openshift-marketplace

Un incident d’appel à distance est créé pour le code d’événement OpenShift : 1038CLST0005, l’événement mentionne le conteneur pod qui attend plus d’une heure dans l’espace de nommage openshift-marketplace

La cause est un bogue connu dans OpenShift Container Platform 4.10-4.13

Vous trouverez plus d’informations dans Red Hat KCS 7016065

Selon Red Hat KCS 7016065, la solution actuelle consiste à effectuer une mise à niveau vers OpenShift Container Platform 4.14+.

Remarque : Une ancienne 7011359 Red Hat KCS avait une solution de contournement, mais a causé des problèmes et a été supprimée. Elle est maintenant transférée vers KCS 7016065.

Pour les clients qui ne peuvent pas effectuer la mise à niveau vers la version 4.14, suivez cette solution de contournement :

1) Ignorez l’événement 1038CLST0005 pour l’espace de nommage openshift-marketplace si la version OCP est comprise entre 4.10 et 4.13.

2) Nous pouvons désactiver l’événement dans l’espace de noms openshift-marketplace.

1. Accédez à Observer ->Alerter ->Silences
2. Cliquez sur Créer un silence
3. Sous Durée, dans « Pour... », sélectionnez « -« , puis modifiez « Jusqu’à... »  (passez à une heure ultérieure afin qu’il n’y ait pas d’alertes KubeContainerWaiting pour le serveur de registre de conteneurs)
4. Ajoutez les libellés « alertname=KubeContainerWaiting », « namespace=openshift-marketplace », « container=registry-server » (si vous n’ajoutez pas de conteneur, l’alerte sera désactivée pour tous les pods de l’espace de nommage « openshift-marketplace »)

Cet article de la base de connaissances est uniquement destiné aux événements de l’espace de nommage openshift-marketplace . Si l’événement et l’appel à distance concernent des pods dans un autre espace de nommage, ne faites pas taire l’alerte et procédez au dépannage si nécessaire.