SupportConsoleDéveloppeursCommencer un essaiContact

5.6. Problèmes connus

  • Dans un cluster hétérogène avec différents nœuds de calcul, les machines virtuelles pour lesquelles HyperV Reenlightenment est activé ne peuvent pas être planifiées sur des nœuds qui ne prennent pas en charge la mise à l'échelle du compteur d'horodatage (TSC) ou qui ont la fréquence TSC appropriée. (BZ#2151169)

  • Lorsque vous utilisez deux pods avec des contextes SELinux différents, les VM avec la classe de stockage ocs-storagecluster-cephfs ne parviennent pas à migrer et l'état de la VM devient Paused. Cela est dû au fait que les deux pods tentent d'accéder au volume CephFS ReadWriteMany partagé en même temps. (BZ#2092271)

    • Comme solution de contournement, utilisez la classe de stockage ocs-storagecluster-ceph-rbd pour migrer en direct des VM sur un cluster qui utilise Red Hat Ceph Storage.

  • La chaîne de nom du provisionneur TopoLVM a changé dans OpenShift Virtualization 4.12. Par conséquent, l'importation automatique d'images de systèmes d'exploitation peut échouer avec le message d'erreur suivant (BZ#2158521) : 

    DataVolume.storage spec is missing accessMode and volumeMode, cannot get access mode from StorageProfile.

    • En guise de solution de rechange :

      1. Mettre à jour le tableau claimPropertySets du profil de stockage : 

        $ oc patch storageprofile <storage_profile> --type=merge -p '{"spec": {"claimPropertySets": [{"accessModes": ["ReadWriteOnce"], "volumeMode": "Block"}, \
    {"accessModes": ["ReadWriteOnce"], "volumeMode": "Filesystem"}]}}'
      2. Supprimez les volumes de données concernés dans l'espace de noms openshift-virtualization-os-images. Ils sont recréés avec le mode d'accès et le mode de volume du profil de stockage mis à jour.

  • Lors de la restauration d'un instantané de VM pour un stockage dont le mode de liaison est WaitForFirstConsumer, les PVC restaurés restent dans l'état Pending et l'opération de restauration ne progresse pas.

    • Pour contourner le problème, démarrez la VM restaurée, arrêtez-la, puis redémarrez-la. La VM sera planifiée, les PVC seront dans l'état Bound et l'opération de restauration sera terminée. (BZ#2149654)
  • Les VM créées à partir de modèles communs sur un cluster Single Node OpenShift (SNO) affichent une alerte VMCannotBeEvicted car la stratégie d'éviction par défaut du modèle est LiveMigrate. Vous pouvez ignorer cette alerte ou la supprimer en mettant à jour la stratégie d'éviction de la VM. (BZ#2092412)
  • La désinstallation d'OpenShift Virtualization ne supprime pas les étiquettes de nœuds feature.node.kubevirt.io créées par OpenShift Virtualization. Vous devez supprimer les étiquettes manuellement. (CNV-22036)

  • Certaines annotations de revendication de volume persistant (PVC) créées par Containerized Data Importer (CDI) peuvent entraîner un blocage indéfini de l'opération de restauration de l'instantané de la machine virtuelle. (BZ#2070366)

    • En guise de solution de contournement, vous pouvez supprimer les annotations manuellement :

      1. Obtenir le nom de la ressource personnalisée (CR) VirtualMachineSnapshotContent à partir de la valeur status.virtualMachineSnapshotContentName dans la CR VirtualMachineSnapshot.
      2. Modifiez le CR VirtualMachineSnapshotContent et supprimez toutes les lignes qui contiennent k8s.io/cloneRequest.

      3. Si vous n'avez pas spécifié de valeur pour spec.dataVolumeTemplates dans l'objet VirtualMachine, supprimez tous les objets DataVolume et PersistentVolumeClaim de cet espace de noms lorsque les deux conditions suivantes sont remplies :

        1. Le nom de l'objet commence par restore-.

        2. L'objet n'est pas référencé par les machines virtuelles.

          Cette étape est facultative si vous avez spécifié une valeur pour spec.dataVolumeTemplates.

      4. Répétez l'opération de restauration avec le CR VirtualMachineSnapshot mis à jour.
  • Les machines virtuelles Windows 11 ne démarrent pas sur les clusters fonctionnant en mode FIPS. Windows 11 requiert par défaut un dispositif TPM (trusted platform module). Cependant, le paquetage swtpm (émulateur TPM logiciel) est incompatible avec FIPS. (BZ#2089301)

  • Si votre cluster OpenShift Container Platform utilise OVN-Kubernetes comme fournisseur d'interface réseau de conteneurs (CNI) par défaut, vous ne pouvez pas attacher un pont Linux ou un périphérique de liaison à l'interface par défaut d'un hôte en raison d'un changement dans la topologie du réseau hôte d'OVN-Kubernetes. (BZ#1885605)

    • Comme solution de contournement, vous pouvez utiliser une interface réseau secondaire connectée à votre hôte, ou basculer vers le fournisseur CNI par défaut d'OpenShift SDN.

  • Dans certains cas, plusieurs machines virtuelles peuvent monter le même PVC en mode lecture-écriture, ce qui peut entraîner une corruption des données. (BZ#1992753)

    • En guise de solution, évitez d'utiliser un seul PVC en mode lecture-écriture avec plusieurs machines virtuelles.

  • Le Pod Disruption Budget (PDB) empêche les interruptions de pods pour les images de machines virtuelles migrables. Si le PDB détecte une interruption de pod, openshift-monitoring envoie une alerte PodDisruptionBudgetAtLimit toutes les 60 minutes pour les images de machines virtuelles qui utilisent la stratégie d'éviction LiveMigrate. (BZ#2026733)

  • OpenShift Virtualization lie un jeton de compte de service utilisé par un pod à ce pod spécifique. OpenShift Virtualization implémente un volume de compte de service en créant une image disque qui contient un jeton. Si vous migrez une VM, le volume de compte de service devient invalide. (BZ#2037611)

    • En guise de solution de contournement, utilisez des comptes d'utilisateur plutôt que des comptes de service, car les jetons de compte d'utilisateur ne sont pas liés à un module spécifique.

  • Si vous clonez plus de 100 VM à l'aide de la stratégie de clonage csi-clone, le CSI Ceph risque de ne pas purger les clones. La suppression manuelle des clones peut également échouer. (BZ#2055595)

    • En guise de solution, vous pouvez redémarrer le site ceph-mgr pour purger les clones de VM.
Red Hat logoGithubRedditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez leBlog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

© 2024 Red Hat, Inc.