Problèmes connus et limitations

Problèmes et limitations connus liés au déploiement de l'accélérateur.

Accélérateur OpenShift Container Platform

Lorsque vous ajoutez un noeud de stockage ou un noeud worker, le nouveau noeud n'est pas créé avec la mémoire requise.

Impact: Le nouveau noeud ne répond pas à la configuration minimale requise pour OpenShift Container Platform . Par conséquent, des avertissements apparaissent dans la console OpenShift Container Platform .

Résolution/remède : Augmentez manuellement la mémoire à partir de l'interface utilisateur IBM Cloud Pak System. Assurez-vous d'être connecté à l'interface utilisateur IBM Cloud Pak® System avant d'utiliser l'une des options suivantes pour augmenter la mémoire :

Option 1 : Augmenter la mémoire et l'unité centrale à partir de la page de l'accélérateur IBM Cloud Pak® System
1. Dans la page Gérer les instances d'accélérateur , cliquez sur l'instance déployée.
2. Changez le cluster en Mode maintenance à partir de la liste Actions avant de modifier les configurations.
3. Cliquez sur l'onglet Noeuds .
4. Cliquez sur l'option Configurer du noeud à configurer en cliquant sur l'icône des points de suspension (trois points) en regard de l'enregistrement de noeud.
5. Indiquez les valeurs de mémoire et d'UC dans la fenêtre correspondante. Remarque: si vous souhaitez configurer la machine virtuelle avec plus de 8 UC, vous devez d'abord arrêter le noeud.
6. Cliquez sur Soumettre.
7. Retirez le cluster du mode maintenance.
Option 2: Augmentation de la mémoire et de l'unité centrale à partir de la page Machines virtuelles
1. Copiez le nom d'hôte du noeud nouvellement créé qui a été créé avec moins de mémoire.
2. Recherchez dans la page Canevas > Machines virtuelles .
3. Cliquez sur Configurer.
4. Dans la nouvelle fenêtre en incrustation, mettez à jour la mémoire à la taille requise et cliquez sur OK. L'exécution de ce travail prend au moins 3 à 4 minutes.
5. Actualisez la page Machines virtuelles . La nouvelle mémoire est maintenant affichée pour ce noeud.
Lorsque vous supprimez un noeud de stockage après avoir déployé un accélérateur Cloud Pak® , vous pouvez voir quelques alertes qui sont déclenchées sur la console Web OpenShift Container Platform .

Impact: Peu d'alertes apparaissent sur la console Web OpenShift Container Platform qui ne confirment pas si le noeud de stockage a été supprimé ou non.

Résolution / Solution palliative: L'équipe Cloud Pak System est en consultation avec Red Hat ou l'équipe OpenShift Data Foundation pour résoudre ce problème.
Lorsque l'espace de nom de projet passe de l'espace de nom par défaut à un autre espace de nom, l'inventaire et l'utilisation du cluster ne sont pas visibles.

Cause: Etant donné que le jeton est créé et stocké dans l'espace de nom de projet par défaut, lorsque vous modifiez l'espace de nom autre que celui par défaut, le jeton ne peut pas être extrait.

Résolution / Solution palliative: Connectez-vous à l'auxiliaire principal et remplacez l'espace de nom de projet par défaut à l'aide de la commande oc project default .

Exemple de sortie :
```
[root@cps-rxx-9-xx-xx-xx ~]# oc project default
Now using project "default" on server "https://api.cps-rxx-9-xx-xx-xx.rtp.raleigh.ibm.com:6443".
```
La commande oc status affiche l'espace de nom de projet dans lequel vous vous trouvez. Exemple de sortie :
```
[root@cps-rxx-9-xx-xx-xx ~]# oc status
In project default on server https://api.cps-rxx-9-xx-xx-xx.rtp.raleigh.ibm.com:6443
```
Lors de l'ajout d'un noeud worker, vérifiez si le nombre d'adresses IP disponibles dans le groupe IP sélectionné est suffisant. Si le nombre de noeuds worker est supérieur au nombre d'adresses IP disponibles, le statut de déploiement passe à l'état d'erreur.
Ajout simultané de plusieurs nœuds de travailleur
Résolution/remède : L'ajout simultané de plusieurs nœuds de travail peut parfois entraîner des problèmes inattendus. Pour maintenir la stabilité du système, il est recommandé d'ajouter un nœud de travailleur à la fois.
Opérations d'ajout et de suppression simultanées
Résolution/remède : N'effectuez pas simultanément les opérations d'ajout et de suppression sur les nœuds de travail. Attendez la fin d'une opération avant d'en commencer une autre afin d'éviter les conflits potentiels
Vous devez fournir tous les détails requis pour OpenShift Helper Node (PrimaryHelper > OpenShift Helper Node) et OpenShift Helper Node_1 (SecondaryHelper > OpenShift Helper Node_1), sinon le déploiement échoue avec l'erreur suivante:
```
<OCP_version>: "Error: OpenShift <OCP_version> images not found in OpenShift mirror registry
```
Par exemple :
```
4.4.6: "Error: OpenShift 4.4.6 images not found in OpenShift mirror registry
```
Cette erreur s'applique uniquement à l'interface utilisateur de gestion de Platform System® Manager System et à tous les accélérateurs Cloud Pak qui se trouvent sur OpenShift Container Platform.
Parfois, la console OpenShift Container Platform n'est pas accessible après le redémarrage de l'instance. Pour résoudre ce problème, procédez comme suit :
1. Exécutez la commande oc get nodes pour vérifier si tous les noeuds sont à l'état READY.
2. Exécutez les étapes suivantes pour vérifier les noeuds OpenShift Container Platform pour les services ayant échoué:
  1. Connectez-vous à l'auxiliaire principal en tant qu'utilisateur virtuser.
  2. Exécutez la commande ssh core@ -i /core_rsa en tant que sudo pour vous connecter à chaque machine virtuelle du système d'exploitation principal (noeudOpenShift Container Platform ): par exemple, les unités en échec sont affichées comme suit:
```
 -bash-4.2# ssh core@master1 -i /core_rsa
 Warning: Permanently added '9.42.52.206' (ECDSA) to the list of known hosts.
 Red Hat Enterprise Linux CoreOS 44.81.202005250830-0
 Part of OpenShift 4.4, RHCOS is a Kubernetes native operating system
 managed by the Machine Config Operator (clusteroperator/machine-config).
 WARNING: Direct SSH access to machines is not recommended; instead,
 make configuration changes via machineconfig objects:
 https://docs.openshift.com/container-platform/4.4/architecture/architecture-rhcos.html
 [systemd]
 Failed Units: 8
 chronyd.service
 irqbalance.service
 polkit.service
 rpc-statd.service
 rpcbind.service
 sssd.service
 vgauthd.service
 vmtoolsd.service  
```
3. Exécutez les commandes suivantes pour démarrer le noeud :
```
sudo su -
systemctl start
```
  Par exemple, systemctl start irqbalance.
4. Lorsque vous exécutez les commandes'start', exécutez également la commande ps -eaf|grep openshift|wc -l sur chacun des noeuds.
5. Si le résultat affiche moins de trois processus d'OpenShift en cours d'exécution, exécutez les commandes suivantes et quittez le noeud :
```
sudo su -
systemctl restart kubelet
```
Après le redémarrage d'un noeud sur l'interface utilisateur, l'état "Non prêt" est affiché sur la console OpenShift Container Platform ou sur l'interface de ligne de commande. Pour résoudre ce problème, connectez-vous au noeud et vérifiez s'il affiche des unités ayant échoué. Effectuez les étapes suivantes (sur l'auxiliaire principal):
1. Exécutez les commandes suivantes :
```
-bash-4.2# ssh core@ -i /core_rsa
core@<hostname>~]# sudo su
core@<hostname>~]# hostname
<output>
```
2. Si la sortie du nom d'hôte indique l'hôte local, redémarrez le noeud à l'aide de la commande suivante:
```
core@<hostname>~]# reboot
```
3. Redémarrez les unités ayant échoué, si nécessaire (sur l'auxiliaire principal), à l'aide de la commande suivante:
```
#  oc get nodes 
```
Le noeud est désormais affiché à l'état "Prêt".
Le message d'erreur incorrect suivant s'affiche lorsqu'aucun des paramètres (nom de registre d'imagesOpenShift , secret d'extraction OpenShift ou instance de service partagé qui n'est pas en cours d'exécution sur le système) n'est fourni lors du déploiement de l'accélérateur:
```
Script package OpenShift Helper Node on virtual machine PrimaryHelper failed execution
```

IBM Cloud Pak® for Applications accélérateur

Parfois, même lorsque le déploiement de l'accélérateur IBM Cloud Pak for Applications est réussi dans l'interface utilisateur IBM Cloud Pak® System, le tableau de bord OpenShift Container Platform peut afficher Mobile Foundation pod failure due to DB2 disconnection. Pour résoudre ce problème, contactez le support IBM.

IBM Cloud Pak® for Integration accélérateur

Si l'installation d'une capacité IBM Cloud Pak for Integration échoue alors qu'une ou plusieurs capacités sont déployées avec succès, désinstallez la capacité qui a échoué et redéployez-la. Si le redéploiement ne résout pas le problème, voir L 'installation de l'opérateur se bloque pendant la mise à niveau . Si les étapes mentionnées dans la section de dépannage de IBM Cloud Platform Common Services IBM Documentation ne résolvent pas votre problème, contactez IBM Support.
Si vous rencontrez des problèmes d'authentification aléatoires lorsque vous vous connectez à l'une des fonctionnalités de IBM Cloud Pak for Integration, contactez le service d'assistance IBM.
Une fonctionnalité peut échouer avec le message d'erreur suivant :
```
Common Services must be Ready. Currently: iamstatus is: NotReady
```
Si une capacité échoue à cause de IBM Cloud Platform Common Services, essayez l'une des options suivantes :
- Consultez la solution de contournement dans le centre de connaissances IBM Cloud Platform Common Services. Si l'état passe d'ibm-common-services-status à Prêt une fois que vous avez appliqué la solution pour le cluster, vous pouvez redéployer manuellement les composants ayant échoué. Pour plus d'informations sur la solution de contournement, voir Problèmes connus dans les services communs .
- Si la solution palliative ne résout pas le problème, déployez à nouveau l'accélérateur et ses fonctions.

Accélérateur IBM Edge Application Manager

Le déploiement de l'accélérateur IBM Edge Application Manager V4.0.0.0 peut échouer sur un système hors ligne.

Accélérateur OpenShift Container Storage

Si le noeud principal est arrêté, les pods OpenShift Container Storage passent à l'erreur CrashLoopBackOff . Cette erreur se produit car l'opérateur OpenShift Container Storage et l'installation du cluster se trouvent sur l'auxiliaire principal et aucun mécanisme de reprise par restauration n'est disponible.

IBM Cloud Pak for Multicloud Management accélérateur

Pour IBM Cloud Pak for Multicloud Management, lorsque vous utilisez un NFS externe, celui-ci peut échouer en raison d'une mémoire insuffisante.
Un cluster ne doit pas être arrêté avant 24 heures de déploiement, sinon des dommages irrémédiables peuvent se produire. Cela peut même entraîner le redéploiement du cluster. Pour plus d'informations, voir Red Hat portail client .

IBM Cloud Pak for Security accélérateur

Vous pouvez voir des avertissements sur le tableau de bord OpenShift Container Platform lorsque l'accélérateur IBM Cloud Pak for Security n'est pas en bon état. Ces avertissements peuvent s'afficher en raison de certaines modifications de configuration attendues par IBM Cloud Pak for Security au moment du déploiement. Contactez l'équipe IBM Cloud Pak for Security pour que les avertissements soient résolus.

Problèmes communs à tous les accélérateurs

Pour les déploiements Cloud Pak , si vous déployez à partir de la page des accélérateurs de mise à disposition de l'interface utilisateur, le déploiement ne prend pas en charge le type de déployeur de canevas du profil d'environnement. Dans ce cas, déployez un accélérateur spécifique à l'aide de la méthode de déploiement traditionnelle.
Le déploiement avec le type de déployeur de canevas du profil d'environnement n'est pas pris en charge pour les déploiements Cloud Pak , qui sont effectués à partir de la page Provision accelerators de l'interface utilisateur. Dans ce cas, déployez des canevas spécifiques à l'aide de la méthode de déploiement de canevas existante.
Malgré un déploiement réussi des accélérateurs IBM Cloud Pak for Multicloud Management 1.3.1.2 et {{site.data.keyword.auto}} 20.0.2.1 sur un environnement air-gapped, la section Dashboard de l'instance déployée n'affiche pas de résumé des nœuds, pods et PVC. Pour résoudre ce problème, vérifiez si le serveur API OpenShift Container Platform est accessible depuis le PSM du système.
Lorsque vous ajoutez des noeuds worker à une instance déployée, la section Historique peut indiquer une défaillance de noeud en raison d'un nombre insuffisant d'adresses IP. En dépit de l'incident affiché, les noeuds worker sont bien ajoutés sur une instance déployée.
Kubernetes ne prend pas en charge les instantanés et l'opération sur une instance d'accélérateur peut entraîner des erreurs ou un comportement imprévisible. N'utilisez pas d'instantanés pour les machines virtuelles Cloud Native Storage. Pour plus d'informations sur la configuration des machines virtuelles du cluster Kubernetes, voir VMware Docs .
Le etcd est signalé comme "non sain" après le déploiement d' OpenShift Container Platform. Il s'agit d'un problème connu dans Red Hat version 4.4.x. Pour plus d'informations, voir https://access.redhat.com/solutions/5070671 .
Lorsque des noeuds worker sont ajoutés à un cluster d'accélérateur Cloud Pak déployé, l'instance peut passer à l'état ERREUR en raison d'adresses IP insuffisantes. Le problème connu de l'instance IBM Cloud Pak System est que si l'un des nœuds rencontre une erreur, l'ensemble de l'instance de motif passe à l'état ERROR. Le redémarrage de l'instance peut parfois effacer cet état.
Cloud Pak Pour les instances d'accélérateur basées sur OpenShift Container Platform, OpenShift Container Platform et l'application web-ui URL deviennent inaccessibles lorsque deux nœuds maîtres tombent en panne. En effet, etcd requiert un nombre minimal de noeuds opérationnels. Par exemple, 3 nœuds etcd nécessitent un minimum de deux nœuds.
Vous pouvez constater les problèmes suivants si PrimaryHelper est arrêté :
- Lors de l'exécution de Worker Scaling Policy sur le noeud PrimaryHelper, l'option Gérer > Opérations > PrimaryHelper.WORKERSCALINGPOLICY affiche une page vide.
- Si vous sélectionnez l'option Gérer > Opérations > PrimaryHelper.OPENSHIFT_4HA-Par > OpenShift > Get service account token, le message d'erreur suivant est affiché :
```
PrimaryHelper.11594690159618.OPENSHIFT_4HA-Part: cat: /ocpClusterInfo/.clusterinfo.json: No such file or directory
```
  Applicable à l'accélérateur OpenShift Container Platform et à tous les accélérateurs Cloud Pak qui se trouvent sur OpenShift Container Platform.
Lorsque vous ajoutez des noeuds worker après le déploiement, le noeud OpenShift Container Platform est mis à l'échelle. Les répliques de pod de charges de travail Cloud Pak ne sont pas modifiées.

Remarque :

Pour les problèmes connus et les limitations de l'interface utilisateur Cloud Pak System, voir Problèmes connus et limitations .
Pour les problèmes connus et les limitations de l'interface utilisateur de gestion du système, voir les problèmes connus et les limitations .