Problèmes connus et limitations d' Common core services

Les problèmes connus et les limitations suivants s'appliquent à Common core services.

Problèmes connus

Limites

Problèmes connus

Les ressources ne peuvent pas être importées lors de l'utilisation du moteur C++ d' Presto dans la connexion IBM watsonx.data Presto

S'applique à : 5.3.0

Les ressources ne peuvent pas être importées lors de l'utilisation du moteur C++ d' Presto, via la connexion IBM watsonx.data Presto.

Solution de contournement : pour résoudre ce problème, utilisez le moteur Java Presto dans la connexion à la place du moteur watsonx.data Presto. Dans la configuration de la connexion, indiquez les informations suivantes et configurez-les pour qu'elles pointent vers le moteur Java d' Presto :

  • Hôte de moteur
  • Port de moteur
  • ID moteur

La connexion watsonx.data Presto peut échouer lors de l'utilisation de ports internes

S'applique à : 5.3.0

La connexion watsonx.data Presto peut échouer lorsque vous utilisez le port interne du moteur Presto pour créer une connexion watsonx.data Presto dans un projet.

Solution de contournement : vous devrez fournir le certificat SSL lors de la connexion via watsonx.data Presto lorsque vous vous connectez au moteur Presto dans watsonx.data au sein du même cluster OpenShift.

Le connecteur watsonx.data Presto peut renvoyer une erreur lors de l'accès aux données

S'applique à : 5.3.0

Le connecteur watsonx.data Presto peut renvoyer l'erreur suivante lors de l'utilisation du moteur C++ Presto pour interroger des données :

sortedCandidates is null or empty for ModularHashingNodeProvider

Solution de contournement : redémarrez les pods de travail du moteur C++ d' Presto.

Delta Lake Le catalogue peut contenir des colonnes dont la précision décimale est incorrecte

S'applique à : 5.3.0

Lors de la création d'une table « Delta Lake », il est possible de définir une précision décimale trop élevée pour cette table; dans ce cas, la tâche d'écriture acceptera cette valeur de précision. Cependant, si vous essayez de consulter ce tableau ultérieurement, vous ne pourrez pas le lire.

Le message d'erreur suivant peut s'afficher :

ERROR BrowsingService.getAssets: Unable to retrieve data: The assets request failed: CDICO9999E: Internal error occurred: SCAPI error: Columns could not be obtained: Executing query failed with error: presto: query failed (200 OK): "Illegal argument error: Invalid precision and scale combo (100, 0). They should be in the range [0, 38] and scale can not be more than the precision."

Solution de contournement : définissez la précision décimale sur une valeur comprise entre 0 et 38.

Erreur lors des connexions à Oracle lors de l'exécution de requêtes contenant des types de données définis par l'utilisateur (UDT)

S'applique à : 5.3.0

Si vous exécutez une requête SQL sur une table ou une vue dont les colonnes contiennent des types de données définis par l'utilisateur (UDT), vous pouvez recevoir un message d'erreur contenant le texte suivant :

[IBM][Oracle JDBC Driver]User defined type not found

Le pilote doit pouvoir accéder aux métadonnées associées au type défini par l'utilisateur (UDT) pendant l'exécution de la requête. Si vous ne disposez que du privilège SELECT pour la table, mais que vous ne disposez pas du privilège correspondant pour le type de données défini par l'utilisateur (UDT), le pilote ne peut pas accéder aux métadonnées de l'UDT.

Solution de contournement : attribuez les droits nécessaires à l'UDT. Par exemple :
GRANT EXEC ON TYPE::[schema].[typename] TO [User];

CouchDB redémarre de manière inattendue dans un environnement non-FIPS

S'applique à : 5.3.0

Lors de l'exécution d'un cluster avec l' CouchDB e dans un environnement non-FIPS, le conteneur « CouchDB » peut redémarrer de manière inattendue. Par exemple :

$ oc get pod -l app=couchdb
NAME            READY   STATUS    RESTARTS         AGE
wdp-couchdb-0   2/2     Running   12 (4m34s ago)   16m
wdp-couchdb-1   2/2     Running   10 (1m15s ago)   16m
wdp-couchdb-2   2/2     Running   2 (4m29s ago)    17m

Solution de contournement : pour résoudre ce problème, procédez comme suit :

  1. Accédez à l'espace de noms dans lequel IBM Knowledge Catalog est installé :
    $ oc project ${PROJECT_CPD_INST_OPERANDS}
  2. Mettez à jour la wdp-couchdb configmap pour désactiver FIPS_mode, qui est activé par défaut :
    $ oc get configmap wdp-couchdb -o yaml | sed 's/fips_mode true/fips_mode false/' | oc apply -f -
  3. Une fois la carte de configuration mise à jour, effectuez un redémarrage progressif des pods de l' CouchDB :
    $ oc rollout restart sts wdp-couchdb
  4. Une fois que tous les pods d' CouchDB s ont redémarré, mettez l' common core services en mode maintenance afin d'éviter que le problème de redémarrage ne réapparaisse lors de la réconciliation par CCS :
    $ oc patch ccs ccs-cr --type merge --patch '{"spec": {"ignoreForMaintenance": true}}'
    Lors de l'application de la modification, des messages d'avertissement tels que ceux-ci peuvent s'afficher :
    $ oc get configmap wdp-couchdb -o yaml | sed 's/fips_mode false/fips_mode true/' | oc apply -f -
Warning: resource configmaps/wdp-couchdb is missing the kubectl.kubernetes.io/last-applied-configuration annotation which is required by oc apply. oc apply should only be used on resources created declaratively by either oc create --save-config or oc apply. The missing annotation will be patched automatically.
configmap/wdp-couchdb configured
    C'est tout à fait normal et vous pouvez ne pas en tenir compte, à condition que la configuration configmap ait été effectuée avec succès et que vous voyiez un message similaire à celui-ci à la fin du message d'avertissement :
    configmap/wdp-couchdb configured
  5. Vous pouvez vérifier que les modifications ont bien été effectuées en exécutant la commande suivante, afin de vous assurer que fips_mode a bien été défini sur false:
    $ oc get configmap wdp-couchdb -o yaml |grep " -crypto fips_mode false"
 -crypto fips_mode false

L'importation de données vers des compartiments par défaut ou ajoutés en externe à l'aide du connecteur watsonx.data Presto peut échouer

S'applique à : 5.3.0

L'importation de données dans des compartiments par défaut ou dans des compartiments ajoutés en externe à l'aide du connecteur watsonx.data Presto, avec les politiques de données définies dans watsonx.data, peut échouer.

Solution de contournement : utilisez les connecteurs de fichiers pour importer des données dans le stockage associé dans l' watsonx.data.

Par exemple, vous pouvez utiliser le connecteur générique « S3 » pour importer des données dans n'importe quel stockage compatible avec le protocole « S3 » dans « watsonx.data », comme le stockage « Amazon S3 » ou « IBM Cloud Object Storage ».

Les données ajoutées par le connecteur IBM watsonx.data peuvent ne pas être immédiatement visibles lors de l'exécution de requêtes à l'aide du moteur Presto

S'applique à : 5.3.0

Lors de l'ajout de données à une table créée à l'aide du moteur « Presto », les lignes ajoutées peuvent ne pas être immédiatement visibles lors de l'exécution de requêtes de lecture. En effet, le moteur d' Presto s met en cache l'état des tables toutes les deux minutes par défaut.

Solution de contournement
Exécutez la commande suivante pour résoudre ce problème :

  1. Modifiez la carte de configuration « Presto » du pod « OpenShift » en exécutant la commande suivante :
    oc edit cm <presto-config-map>
    Par exemple :
    oc edit cm ibm-lh-lakehouse-presto-01-presto-config-cm-blue
  2. Supprimez les propriétés suivantes de la carte de configuration « Presto » :
    hive.metastore-cache-scope=ALL
hive.metastore-cache-ttl=10m
hive.metastore-refresh-interval=2m
    Par exemple, la carte de configuration peut afficher :
    LH_METASTORE_CACHE_ENABLED: "true"
LH_METASTORE_CACHE_SCOPE: ALL
LH_METASTORE_CACHE_TTL: 10m
LH_METASTORE_REFRESH_INTERVAL: 2m

La ressource ccs-cr personnalisée peut rester bloquée dans In Progress cet état lorsque l'espace de stockage de Portworx est plein

S'applique à : 5.3.0

Si l'espace de stockage d' Portworx s est plein sur tous les nœuds de travail pendant deux heures ou plus, la ressource ccs-cr personnalisée peut rester bloquée dans In progress cet état. Cela est dû au redémarrage continu des rabbitmq pods. Cependant, aucune erreur manifeste n'apparaît dans les rabbitmq journaux du pod.

Solution de contournement : déclencher manuellement la restauration des rabbitmq pods :

  1. Réduire le nombre de rabbitmq-ha répliques du StateSet à 0 :

    oc scale sts/rabbitmq-ha --replicas=0

  2. Supprimer les rabbitmq-ha PVC :

    oc delete pvc -l icpdsupport/module=rabbitmq-ha

  3. Faire passer rabbitmq-ha le StateSet à 3 répliques

    oc scale sts/rabbitmq-ha --replicas=3

Une fois le rabbitmq statefulset déployé, les rabbitmq pods démarrent correctement et ccs-cr passent à Completed l'état.

La liste des outils compatibles est erronée pour certains connecteurs

S'applique à : 5.3.0

Les vignettes des connecteurs « Amazon Aurora for MySQL » et « Amazon Aurora for PostgreSQL » indiquent que l'importation de métadonnées, les règles de qualité des données et l'enrichissement des métadonnées sont des outils compatibles. Cependant, il n'est actuellement pas possible d'utiliser les connecteurs Amazon Aurora pour MySQL et Amazon Aurora pour PostgreSQL avec ces outils.

Le système ccs-cr ne se synchronise pas après la mise à jour de la ressource personnalisée « common core services » (ccs-cr)

S'applique à : 5.3.1

Après avoir mis à jour le ccs-cr à l'aide de la oc patch commande, la ressource personnalisée CCS ne se synchronise pas. La ressource personnalisée CCS affiche les mises à jour, mais elle ne déclenche pas automatiquement le rapprochement.

Solution de contournement : exécutez la commande suivante pour modifier l'opérateur ccs afin d'augmenter la /tmp disk taille.

   oc patch deployment ibm-cpd-ccs-operator --type='json' -p='[
  {
    "op": "replace",
    "path": "/spec/template/spec/containers/0/resources/limits/ephemeral-storage",
    "value": "5Gi"
  },
  {
    "op": "replace",
    "path": "/spec/template/spec/containers/0/resources/limits/memory",
    "value": "5Gi"
  },
  {
    "op": "replace",
    "path": "/spec/template/spec/volumes/0/emptyDir/sizeLimit",
    "value": "5Gi"
  },
  {
    "op": "replace",
    "path": "/spec/template/spec/volumes/1/emptyDir/sizeLimit",
    "value": "5Gi"
  },
  {
    "op": "replace",
    "path": "/spec/template/spec/containers/0/resources/requests/ephemeral-storage",
    "value": "5Gi"
  }
]'

Limites

watsonx.data Presto Le connecteur ne peut pas écrire dans « watsonx.data » en tant que service

Le connecteur IBM watsonx.data Presto ne peut pas écrire dans IBM watsonx.data as a Service Lite dans la version 2.3.

IBM watsonx.data Presto Le connecteur ne peut pas écrire dans le stockage « S3 » lors de l'utilisation de l'authentification par rôle IAM

Dans l' watsonx.data, vous pouvez vous connecter au stockage S3 en utilisant la méthode d'authentification par rôle IAM. L' watsonx.data Presto ne pourra pas écrire de données dans le catalogue associé à ce stockage.

La désactivation de la validation des certificats par l' SSL e nécessite des étapes supplémentaires

Si les utilisateurs souhaitent désactiver explicitement la validation des certificats par l' SSL, ils devront suivre des étapes supplémentaires pour s'assurer que celle-ci a bien été désactivée.

Procédure
Lors de la création d'une nouvelle connexion ou de la modification d'une connexion existante dans l'interface utilisateur :

  1. Sélectionnez l'option permettant de valider le certificat de l' SSL.
  2. Désélectionnez l'option permettant de valider le certificat d' SSL.
  3. Enregistrez la connexion.

Cette opération devra être effectuée pour toute connexion pour laquelle les utilisateurs souhaitent désactiver la validation du certificat SSL.

Les connexions « watsonx.data » et « Presto » ne fonctionnent pas avec certains types de données

S'applique à : 5.3.0

Les connexions watsonx.data, Presto et Presto ne prennent actuellement pas en charge les types de données suivants :

  • TIME

Les types de TIMETIMESTAMP données et ne sont pas pris en charge lorsque le moteur C++ d' Presto est utilisé.