5.2.x libérations

Voir Limitations et problèmes connus dans Watson Discovery

5.1.x communiqués

Voir Limitations et problèmes connus dans Watson Discovery

5.0.x

Voir Limitations et problèmes connus dans Watson Discovery

4.8.x

Voir Limitations et problèmes connus dans Watson Discovery

4.7.x

Voir Limitations et problèmes connus dans Watson Discovery

4.6.x

Voir Limitations et problèmes connus dans Watson Discovery

4.5.x

Voir Limitations et problèmes connus dans Watson Discovery.

4.0.x

Pour plus d'informations sur les problèmes connus, voir la documentationIBM Cloud Pak for Data.

4.0.9, 25 mai 2022

• Discovery génère un message de statut d'échec partiel pour l'utilitaire de sauvegarde et de restauration IBM Cloud Pak for Data Red Hat OpenShift API for Data Protection (OADP).

  • Erreur: Lorsque vous vérifiez l'état de l'utilitaire de sauvegarde OADP après l'avoir utilisé pour sauvegarder un cluster où Discovery est installé, un message Phase: PartiallyFailed s'affiche. Un ou plusieurs composants de Discovery sont inclus dans la liste de Failed.
  • Cause: Discovery ne peut pas être sauvegardé et restauré à l'aide de l'utilitaire de sauvegarde et de restauration OADP. Lorsque le service Discovery est présent et qu'un administrateur sauvegarde une instance entière de IBM Cloud Pak for Data, un message d'état indiquant un échec partiel s'affiche. Cet état s'affiche parce que les réclamations de volumes persistants (PVC) pour Discovery ne sont pas sauvegardées. Toutefois, le message n'a pas d'incidence sur la sauvegarde du reste des services.
  • Solution : aucune action n'est requise pour résoudre le message d'état. Vous pouvez supprimer les réclamations de volume persistantes associées au service de reconnaissance séparément. Après avoir utilisé les scripts pour sauvegarder vos données de service de reconnaissance, vous pouvez suivre l'étape décrite dans les instructions de désinstallation du service de reconnaissance pour supprimer les PVC. Pour plus d'informations sur la suppression du PVC associé à la reconnaissance, voir Désinstallation du service de reconnaissance.

4.0.8, 27 avril 2022

• La tâche wd-discovery-multi-tenant-migration échoue si quelqu'un d'autre qu'un administrateur système effectue la mise à niveau.

  • Erreur: Lorsque vous effectuez une mise à niveau avec un ID utilisateur autre que admin, le travail de migration échoue.

  • Cause: Le script de migration suppose que le script est exécuté par un utilisateur ayant l'ID d'utilisateur admin.

  • Solution : Appliquez un correctif qui permet de réussir la migration. Procédez comme suit :

    1. Depuis le client web Cloud Pak for Data, obtenez l'ID utilisateur du propriétaire de l'instance que vous souhaitez mettre à niveau.

    2. Téléchargez le fichier de correctifs wd-migration-uid-patch.zip à partir du référentiel Watson Developer Cloud GitHub.

    3. Extraire le fichier wd-migration-uid-patch.yaml du fichier d'archive, puis ouvrez-le dans un éditeur de texte.

    4. Remplacez la variable <user_id> par l'ID utilisateur du propriétaire de l'instance que vous souhaitez mettre à niveau.

    5. Exécutez la commande suivante dans un terminal connecté au cluster :

       oc create -f wd-migration-uid-patch.yaml
       

    6. Supprimez le travail de migration précédent à l'aide de la commande suivante :

       oc delete job wd-discovery-multi-tenant-migration
       

  Une fois le travail supprimé, le travail de migration redémarre et la migration reprend.

  Le problème est résolu avec l'édition 4.0.9.

• Discovery génère un message de statut d'échec partiel pour l'utilitaire de sauvegarde et de restauration IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP).

  • Erreur: Lorsque vous vérifiez l'état de l'utilitaire de sauvegarde OADP après l'avoir utilisé pour sauvegarder un cluster où Discovery est installé, un message Phase: PartiallyFailed s'affiche. Un ou plusieurs composants de Discovery sont inclus dans la liste de Failed.
  • Cause: Discovery ne peut pas être sauvegardé et restauré à l'aide de l'utilitaire de sauvegarde et de restauration OADP. Lorsque le service Discovery est présent et qu'un administrateur sauvegarde une instance entière de IBM Cloud Pak for Data, un message d'état indiquant un échec partiel s'affiche. Cet état s'affiche parce que les réclamations de volumes persistants (PVC) pour Discovery ne sont pas sauvegardées. Toutefois, le message n'a pas d'incidence sur la sauvegarde du reste des services.
  • Solution : aucune action n'est requise pour résoudre le message d'état. Vous pouvez supprimer les réclamations de volume persistantes associées au service de reconnaissance séparément. Après avoir utilisé les scripts pour sauvegarder vos données de service de reconnaissance, vous pouvez suivre l'étape décrite dans les instructions de désinstallation du service de reconnaissance pour supprimer les PVC. Pour plus d'informations sur la suppression du PVC associé à la reconnaissance, voir Désinstallation du service de reconnaissance.

4.0.7, 30 mars 2022

• Discovery génère une erreur dans l'utilitaire de sauvegarde et de restauration IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP).

  • Erreur: L'utilitaire n'aboutit pas et le message suivant est consigné dans le journal: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

  • Cause: Discovery ne peut pas être sauvegardé et restauré à l'aide de l'utilitaire de sauvegarde et de restauration OADP. Lorsque le service Discovery est présent et qu'un administrateur tente de sauvegarder une instance IBM Cloud Pak for Data entière, Discovery empêche l'utilitaire de se terminer avec succès.

  • Solution: Appliquez un correctif qui empêche Discovery d'empêcher l'utilitaire de se terminer correctement.

    1. Téléchargez le fichier wd-aux-br-patch.zip à partir du référentiel Watson Developer Cloud Github.

    2. Extrayez le fichier wd-aux-br-patch.yaml du fichier ZIP.

    3. Exécutez la commande suivante dans un terminal connecté au cluster :

       oc create -f wd-aux-br-patch.yaml
       

  Le problème est résolu avec l'édition 4.0.8. (Vous ne pouvez toujours pas sauvegarder le service Discovery à l'aide de l'utilitaire OADP, mais l'utilitaire OADP peut sauvegarder d'autres services lorsque Discovery est installé.)

• Deployed l'état des ressources fluctue après la mise à jour de 4.0.7.

  • Erreur : Lorsque vous vérifiez le statut en soumettant la commande oc get WatsonDiscovery, l'état prêt des ressources bascule entre l'affichage des composants 23/23 et 20/23 comme étant prêt à être utilisé.

  • Cause : l'état de préparation des ressources n'est pas signalé de manière cohérente après une migration.

  • Solution : Généralement, l'instance est prête à être utilisée malgré l'instabilité de l'état prêt. Pour actualiser manuellement les informations d'état, exécutez les commandes suivantes dans un terminal connecté au cluster :

    oc proxy &
    curl -ksS -X PATCH -H "Accept: application/json, */*" -H "Content-Type: application/merge-patch+json" http://127.0.0.1:8001/apis/discovery.watson.ibm.com/v1/namespaces/<namespace>/watsondiscoveries/wd/status --data '{"status": null}'
    

  Ce problème est corrigé avec la version 4.0.8.

• La tâche wd-discovery-multi-tenant-migration échoue si quelqu'un d'autre qu'un administrateur système effectue la mise à niveau.

  • Erreur: Lorsque vous effectuez une mise à niveau avec un ID utilisateur autre que admin, le travail de migration échoue.

  • Cause: Le script de migration suppose que le script est exécuté par un utilisateur ayant l'ID d'utilisateur admin.

  • Solution : Appliquez un correctif qui permet de réussir la migration. Procédez comme suit :

    1. Depuis le client web Cloud Pak for Data, obtenez l'ID utilisateur du propriétaire de l'instance que vous souhaitez mettre à niveau.

    2. Téléchargez le fichier de correctifs wd-migration-uid-patch.zip à partir du référentiel Watson Developer Cloud GitHub.

    3. Extraire le fichier wd-migration-uid-patch.yaml du fichier d'archive, puis ouvrez-le dans un éditeur de texte.

    4. Remplacez la variable <user_id> par l'ID utilisateur du propriétaire de l'instance que vous souhaitez mettre à niveau.

    5. Exécutez la commande suivante dans un terminal connecté au cluster :

       oc create -f wd-migration-uid-patch.yaml
       

    6. Supprimez le travail de migration précédent à l'aide de la commande suivante :

       oc delete job wd-discovery-multi-tenant-migration
       

  Une fois le travail supprimé, le travail de migration redémarre et la migration reprend.

  Le problème est résolu avec l'édition 4.0.9.

4.0.6 1er mars 2022

• La mise à niveau vers 4.0.6 échoue si aucune instance Discovery n'est provisionnée dans le cluster existant avant que vous ne commenciez le processus de mise à niveau.

  • Erreur: Le processus de mise à niveau de 4.0.6 suppose qu'une instance Discovery est provisionnée dans le cluster existant. Par exemple, si vous effectuez une mise à niveau de la version 4.0.5 à la version 4.0.6, vous devez disposer d'une instance mise à disposition dans le cluster 4.0.5 avant de commencer la migration.
  • Cause : Le code en cours renvoie une erreur lorsqu'aucune instance n'existe car elle ne parvient pas à trouver un index de document à migrer.
  • Solution: Vérifiez qu'une instance de Discovery a été provisionnée dans le cluster IBM Cloud Pak for Data existant avant de commencer la mise à niveau vers 4.0.6. Si vous avez tenté d'effectuer une mise à niveau vers la version 4.0.6, mais qu'aucune instance n'a été mise à disposition et que la migration a échoué, supprimez l'installation existante et installez la version 4.0.6 à partir de zéro.

• Deployed l'état des ressources fluctue après la mise à jour de 4.0.6.

  • Erreur : Lorsque vous vérifiez le statut en soumettant la commande oc get WatsonDiscovery, l'état prêt des ressources bascule entre l'affichage des composants 23/23 et 20/23 comme étant prêt à être utilisé.

  • Cause : l'état de préparation des ressources n'est pas signalé de manière cohérente après une migration.

  • Solution : Généralement, l'instance est prête à être utilisée malgré l'instabilité de l'état prêt. L'état prêt s'installe après environ 5 heures. Vous pouvez attendre que l'état de préparation s'affiche systématiquement à l'adresse 23/23 ou vous pouvez actualiser manuellement les informations d'état en exécutant les commandes suivantes dans un terminal connecté au cluster :

    oc proxy &
    curl -ksS -X PATCH -H "Accept: application/json, */*" -H "Content-Type: application/merge-patch+json" http://127.0.0.1:8001/apis/discovery.watson.ibm.com/v1/namespaces/<namespace>/watsondiscoveries/wd/status --data '{"status": null}'
    

  Ce problème est corrigé avec la version 4.0.8.

• Discovery génère une erreur dans l'utilitaire de sauvegarde et de restauration IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP).

  • Erreur: L'utilitaire n'aboutit pas et le message suivant est consigné dans le journal: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

  • Cause: Discovery ne peut pas être sauvegardé et restauré à l'aide de l'utilitaire de sauvegarde et de restauration OADP. Lorsque le service Discovery est présent et qu'un administrateur tente de sauvegarder une instance IBM Cloud Pak for Data entière, Discovery empêche l'utilitaire de se terminer avec succès.

  • Solution: Appliquez un correctif qui empêche Discovery d'empêcher l'utilitaire de se terminer correctement.

    1. Téléchargez le fichier wd-aux-br-patch.zip à partir du référentiel Watson Developer Cloud Github.

    2. Extrayez le fichier wd-aux-br-patch.yaml du fichier ZIP.

    3. Exécutez la commande suivante dans un terminal connecté au cluster :

       oc create -f wd-aux-br-patch.yaml
       

  Ce problème a été corrigé avec l'édition 4.0.8. (Vous ne pouvez toujours pas sauvegarder le service Discovery à l'aide de l'utilitaire OADP, mais l'utilitaire OADP peut sauvegarder d'autres services lorsque Discovery est installé.)

• La tâche wd-discovery-multi-tenant-migration échoue si quelqu'un d'autre qu'un administrateur système effectue la mise à niveau.

  • Erreur: Lorsque vous effectuez une mise à niveau avec un ID utilisateur autre que admin, le travail de migration échoue.

  • Cause: Le script de migration suppose que le script est exécuté par un utilisateur ayant l'ID d'utilisateur admin.

  • Solution : Appliquez un correctif qui permet de réussir la migration. Procédez comme suit :

    1. Depuis le client web Cloud Pak for Data, obtenez l'ID utilisateur du propriétaire de l'instance que vous souhaitez mettre à niveau.

    2. Téléchargez le fichier de correctifs wd-migration-uid-patch.zip à partir du référentiel Watson Developer Cloud GitHub.

    3. Extraire le fichier wd-migration-uid-patch.yaml du fichier d'archive, puis ouvrez-le dans un éditeur de texte.

    4. Remplacez la variable <user_id> par l'ID utilisateur du propriétaire de l'instance que vous souhaitez mettre à niveau.

    5. Exécutez la commande suivante dans un terminal connecté au cluster :

       oc create -f wd-migration-uid-patch.yaml
       

    6. Supprimez le travail de migration précédent à l'aide de la commande suivante :

       oc delete job wd-discovery-multi-tenant-migration
       

  Une fois le travail supprimé, le travail de migration redémarre et la migration reprend.

  Le problème est résolu avec l'édition 4.0.9.

4.0.5, 26 janvier 2022

• Discovery génère une erreur dans l'utilitaire de sauvegarde et de restauration IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP).

  • Erreur: L'utilitaire n'aboutit pas et le message suivant est consigné dans le journal: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

  • Cause: Discovery ne peut pas être sauvegardé et restauré à l'aide de l'utilitaire de sauvegarde et de restauration OADP. Lorsque le service Discovery est présent et qu'un administrateur tente de sauvegarder une instance IBM Cloud Pak for Data entière, Discovery empêche l'utilitaire de se terminer avec succès.

  • Solution: Appliquez un correctif qui empêche Discovery d'empêcher l'utilitaire de se terminer correctement.

    1. Téléchargez le fichier wd-aux-br-patch.zip à partir du référentiel Watson Developer Cloud Github.

    2. Extrayez le fichier wd-aux-br-patch.yaml du fichier ZIP.

    3. Exécutez la commande suivante dans un terminal connecté au cluster :

       oc create -f wd-aux-br-patch.yaml
       

  Ce problème a été corrigé avec l'édition 4.0.8. (Vous ne pouvez toujours pas sauvegarder le service Discovery à l'aide de l'utilitaire OADP, mais l'utilitaire OADP peut sauvegarder d'autres services lorsque Discovery est installé.)

4.0.4 le 20 décembre 2021

• Discovery génère une erreur dans l'utilitaire de sauvegarde et de restauration IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP).

  • Erreur: L'utilitaire n'aboutit pas et le message suivant est consigné dans le journal: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

  • Cause: Discovery ne peut pas être sauvegardé et restauré à l'aide de l'utilitaire de sauvegarde et de restauration OADP. Lorsque le service Discovery est présent et qu'un administrateur tente de sauvegarder une instance IBM Cloud Pak for Data entière, Discovery empêche l'utilitaire de se terminer avec succès.

  • Solution: Appliquez un correctif qui empêche Discovery d'empêcher l'utilitaire de se terminer correctement.

    1. Téléchargez le fichier wd-aux-br-patch.zip à partir du référentiel Watson Developer Cloud Github.

    2. Extrayez le fichier wd-aux-br-patch.yaml du fichier ZIP.

    3. Exécutez la commande suivante dans un terminal connecté au cluster :

       oc create -f wd-aux-br-patch.yaml
       

  Ce problème a été corrigé avec l'édition 4.0.8. (Vous ne pouvez toujours pas sauvegarder le service Discovery à l'aide de l'utilitaire OADP, mais l'utilitaire OADP peut sauvegarder d'autres services lorsque Discovery est installé.)

4.0.3 le 18 novembre 2021, le Conseil des ministres de l'Union européenne a adopté une résolution visant à renforcer la coopération entre les États membres

• Les visites guidées ne sont pas disponibles dans cette édition.

• Discovery génère une erreur dans l'utilitaire de sauvegarde et de restauration IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP).

  • Erreur: L'utilitaire n'aboutit pas et le message suivant est consigné dans le journal: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

  • Cause: Discovery ne peut pas être sauvegardé et restauré à l'aide de l'utilitaire de sauvegarde et de restauration OADP. Lorsque le service Discovery est présent et qu'un administrateur tente de sauvegarder une instance IBM Cloud Pak for Data entière, Discovery empêche l'utilitaire de se terminer avec succès.

  • Solution: Appliquez un correctif qui empêche Discovery d'empêcher l'utilitaire de se terminer correctement.

    1. Téléchargez le fichier wd-aux-br-patch.zip à partir du référentiel Watson Developer Cloud Github.

    2. Extrayez le fichier wd-aux-br-patch.yaml du fichier ZIP.

    3. Exécutez la commande suivante dans un terminal connecté au cluster :

       oc create -f wd-aux-br-patch.yaml
       

  Ce problème a été corrigé avec l'édition 4.0.8. (Vous ne pouvez toujours pas sauvegarder le service Discovery à l'aide de l'utilitaire OADP, mais l'utilitaire OADP peut sauvegarder d'autres services lorsque Discovery est installé.)

4.0.0, 13 juillet 2021

• Les enrichissements de modèle d'apprentissage automatique que vous appliquez à l'aide de l'API Analyze peuvent échouer.

  • Erreur: [WKSML_MODEL_NAME]: Enrichment of a document failed
  • Cause: il existe un problème connu dans Watson Knowledge Studio qui peut entraîner un dépassement du délai d'attente dans le traitement de l'enrichissement.
  • Solution: Lorsque vous utilisez l'API Analyze pour appliquer un enrichissement de modèle Watson Knowledge Studio à une collection, conservez la taille du document d'entrée inférieure à 50 Ko.

2.2.1, 26 février 2021

• Problème de temporisation du déploiement:

  • Erreur: Après l'installation du correctif 7, lorsque vous tentez de mettre à disposition une instance de service, une erreur 404 Not Found s'affiche. Le message suivant peut être consigné pour les pods nginx: open() "/usr/local/openresty/nginx/html/watson/common/discovery/auth" failed (2: No such file or directory)
  • Solution: Redémarrez le pod zen-watcher.

• Si vous effectuez une installation avec isolation physique qui extrait des images de conteneur d'un registre de conteneur externe, vous pouvez rencontrer le problème suivant:

  • Erreur: Certains pods Discovery peuvent signaler une erreur ImagePullBackoff.

  • Cause: Le secret d'extraction d'image utilisé est incorrect.

  • Solution: Effectuez les étapes suivantes lors de l'installation:

    • Commencez à installer Watson Discovery.

    • Une fois le module watson-discovery-operator terminé, vérifiez si une ressource personnalisée WatsonDiscovery est créée en exécutant la commande suivante:

      oc get WatsonDiscovery wd
      

    • Une fois la ressource personnalisée créée, exécutez les commandes suivantes pour pointer vers le secret d'extraction d'image correct afin d'extraire des images du registre externe:

      pull_secret=$(oc get secrets | grep 'docker-pull-.*-watson-discovery-registry-registry' | cut -d ' ' -f 1)
      cat << EOS > discovery-patch.yaml
      spec:
        shared:
          imagePullSecret: $pull_secret
      EOS
      oc patch wd wd --type=merge --patch "$(cat discovery-patch.yaml)"
      

    • Si les pods RabbitMQ sont encore dans l'état ImagePullBackoff, supprimez le CR RabbitMQ pour permettre à l'opérateur rabbitmq de recréer les clusters RabbitMQ. Vous pouvez utiliser la commande suivante :

      oc delete IbmRabbitmq wd-rabbitmq
      

• Dans IBM Watson® Discovery, le projet Content Mining ne prend en charge qu'une seule collection par projet. Si vous créez plusieurs collections Content Mining, vous risquez de rencontrer des erreurs. Dans ce cas, supprimez d'autres collections Content Mining de sorte que chaque projet Content Mining ne comporte qu'une seule collection associée.

• Si vous préparez vos clusters Discovery for Cloud Pak for Data pour une mise à niveau interne de votre instance de la version 2.2.0 vers la version 2.2.1, la commande cpd-cli adm échoue parfois en affichant le message d'erreur suivant : Error from server (UnsupportedMediaType): error when applying patch. Si vous recevez ce message d'erreur, entrez oc delete scc cpd-zensys-scc cpd-user-scc cpd-noperm-scc edb-operator-scc admin-discovery-scc pour supprimer les ressources associées et entrez à nouveau la commande cpd-cli adm.

• Si vous mettez à niveau votre instance Discovery for Cloud Pak for Data de la version 2.2.0 vers la version 2.2.1, la commande cpd-cli upgrade se termine parfois avant la fin des mises à jour en continu. Pour plus d'informations sur la vérification de la réussite de votre mise à niveau, voir Vérification de la réussite de votre mise à niveau.

• Les images des trains-modèles ne sont pas mises à jour après la mise à niveau de Discovery 2.2.0 vers 2.2.1. Pour contourner ce problème, supprimez les déploiements créés par l'opérateur de formation de modèle et attendez que l'opérateur recrée les déploiements. Entrez la commande suivante pour supprimer les déploiements :

  oc delete deploy -l 'app.kubernetes.io/managed-by=ibm-modeltrain'
  

  Une fois cette commande exécutée, l'opérateur de formation de modèle crée des déploiements.

• Si vous mettez à niveau Discovery for Cloud Pak for Data de 2.2.0 vers 2.2.1, le message d'erreur suivant peut s'afficher:

  [ERROR] [2021-03-04 05:12:44-0657] Exiting due to error (Storage class is immutable. Module ibm-watson-gateway-operator x86_64 from Assembly portworx-shared-gp3 was installed with ibm-watson-gateway-operator x86_64, but new install/upgrade command is requesting portworx-db-gp3-sc. If you installed the assembly with a different storage class, please upgrade it individually.). Please check /ibm/cpd-cli-workspace/logs/CPD-2021-03-04T05-12-04.log for details
  [ERROR] 2021-03-04T05:12:44.659615Z Execution error:  exit status 1
  

  Ce message d'erreur est généré car la classe de stockage utilisée pour l'installation est différente de celle utilisée lors de la mise à niveau. Cette différence résulte d'un module complémentaire différent qui installe les opérateurs de dépendance car les opérateurs de dépendance de classe de stockage du module complémentaire différent ont été enregistrés comme ceux qui ont été utilisés pour l'installation. Pour contourner ce problème, vous devez mettre à niveau les sous-assemblages suivants individuellement:

  • Mettez à niveau l'opérateur de passerelle Watson:

    ./cpd-cli upgrade \
    --repo ./repo.yaml \
    --assembly ibm-watson-gateway-operator \
    --arch Cluster_architecture \
    --namespace <Project> \
    --transfer-image-to <Registry_location> \
    --cluster-pull-prefix <Registry_from_cluster> \
    --ask-pull-registry-credentials \
    --ask-push-registry-credentials
    

  • Mettez à niveau l'opérateur Minio:

    ./cpd-cli upgrade \
    --repo ./repo.yaml \
    --assembly ibm-minio-operator \
    --namespace <Project> \
    --transfer-image-to <Registry_location> \
    --cluster-pull-prefix <Registry_from_cluster> \
    --ask-pull-registry-credentials \
    --ask-push-registry-credentials
    

  • Mettez à niveau l'opérateur RabbitMQ:

    ./cpd-cli upgrade \
    --repo ./repo.yaml \
    --assembly ibm-rabbitmq-operator \
    --namespace <Project> \
    --transfer-image-to <Registry_location> \
    --cluster-pull-prefix <Registry_from_cluster> \
    --ask-pull-registry-credentials \
    --ask-push-registry-credentials
    

  • Mettez à niveau l'opérateur etcd:

    ./cpd-cli upgrade \
    --repo ./repo.yaml \
    --assembly ibm-etcd-operator \
    --namespace <Project> \
    --transfer-image-to <Registry_location> \
    --cluster-pull-prefix <Registry_from_cluster> \
    --ask-pull-registry-credentials \
    --ask-push-registry-credentials
    

  • Mettez à niveau l'opérateur classique d'entraînement de modèle:

    ./cpd-cli upgrade \
    --repo ./repo.yaml \
    --assembly modeltrain-classic \
    --arch Cluster_architecture \
    --namespace <Project> \
    --transfer-image-to <Registry_location> \
    --cluster-pull-prefix <Registry_from_cluster> \
    --ask-pull-registry-credentials \
    --ask-push-registry-credentials
    

  • Mettez à niveau l'opérateur Elasticsearch:

    ./cpd-cli upgrade \
    --repo ./repo.yaml \
    --assembly ibm-cloudpakopen-elasticsearch-operator \
    --namespace <Project> \
    --transfer-image-to <Registry_location> \
    --cluster-pull-prefix <Registry_from_cluster> \
    --ask-pull-registry-credentials \
    --ask-push-registry-credentials
    

    où <Project> est l'espace de noms où votre instance Discovery for Cloud Pak for Data 2.2.0 est installée, où <Registry_location> est l'emplacement des images que vous avez poussées vers le serveur de registre, et où <Registry_from_cluster> est l'emplacement à partir duquel les pods sur le cluster peuvent tirer des images.

• Lorsque vous effectuez l'installation sur IBM Cloud Pak for Data 3.5, vous pouvez rencontrer le problème suivant:

  • Erreur: Si vous tentez de mettre à disposition le service Discovery sur un cluster où Planning Analytics s'exécute, certains des pods Discovery ne démarrent pas et l'installation échoue. Les journaux du pod affichent des messages tels que java.lang.NumberFormatException: For input string.
  • Cause: Une variable d'environnement nommée COUCHDB_PORT est ajoutée au cluster Kubernetes par le service couchdb qui est installé avec Planning Analytics. Discovery n'utilise pas couchdb et ne spécifie donc pas de valeur pour cette variable d'environnement. Toutefois, certains pods tentent d'analyser la variable, ce qui entraîne l'erreur.
  • Solution: Installez le correctif cpd-watson-discovery-2.2.1-patch-1, qui corrige ce problème.

Consultez également les problèmes dans toutes les éditions précédentes.

2.2 le 8 décembre 2020

• Lorsqu'un fichier CSV de petite taille (contenant généralement 99 lignes tout au plus) est téléchargé, l'en-tête et/ou la première ligne peut ne pas être correctement ingéré. Si cela se produit, dans les outils, accédez à l'onglet CSV Settings et mettez à jour les paramètres. Après le nouveau traitement, accédez à l'onglet Manage fields et mettez à jour les types de zone si besoin.

• Si vous avez configuré vos collections à l'aide d'un crawler personnalisé construit avec le connecteur personnalisé IBM Cloud Pak for Data, et que vous supprimez ensuite le déploiement du crawler personnalisé, la page Paramètres de traitement n'affichera pas la configuration du crawler. Cela est dû au fait que le moteur d'exploration sous-jacent n'est pas disponible. Pour pallier à ce problème, vérifiez que le moteur d'exploration personnalisé est déployé lorsqu'il existe des collections l'utilisent.

• Lors de l'utilisation d'un connecteur personnaliséIBM Cloud Pak for Data avec Discovery pour IBM Cloud Pak for Data 2.2, le script scripts/manage_custom_crawler.sh utilisé pour déployer et supprimer le déploiement du moteur d'exploration personnalisé échoue. Pour pallier à ce problème, remplacez la ligne 37 podname="gateway" par podname="wd-discovery-gateway" dans scripts/manage_custom_crawler.sh, puis réexécutez la commande deploy.

• Lorsque vous créez un enrichissement personnalisé dans les outils, vous devez choisir une zone à laquelle l'enrichissement doit être appliqué, puis cliquer sur Apply. Si aucune zone n'est sélectionnée, le bouton Apply and reprocess est désactivé pour les changements apportés aux enrichissements jusqu'à ce que le nouvel enrichissement comporte une zone.

• Si vous appliquez l'enrichissement Contracts ou l'enrichissement Understanding tables à une collection, vous risquez de recevoir le message d'erreur suivant lorsque cette collection ingère des documents: The number of nested documents has exceeded the allowed limit of [X]. ContactezIBM Support Center pour ajuster la limite.

• Lorsque le texte est enrichi avec un dictionnaire personnalisé, la sortie de entities.type doit correspondre au chemin de facette complet pour l'enrichissement Dictionary. Toutefois, dans cette édition, le chemin de facette complet ne s'affiche pas. Pour pallier à ce problème, traitez à nouveau la collection. Par exemple, si le chemin de facette est sample1.sample2, il se présente comme suit avant le nouveau traitement :

  {
    "result" : {
      "enriched_text" : [
        {
          "entities" : [
            {
              "text" : "capital",
              "type" : "sample2",
              ...
              "model_name" : "Dictionary:.sample1.sample2"}
              ...
  

  Et il se présente comme suit après le nouveau traitement :

  {
    "result" : {
      "enriched_text" : [
        {
          "entities" : [
            {
              "text" : "capital",
              "type" : "sample1.sample2",
              ...
              "model_name" : "Dictionary:.sample1.sample2"}
              ...
  

• Lorsqu'un fichier CSV est téléchargé avec la valeur auto_detection=true affectée aux paramètres du convertisseur, l'onglet CSV settings dans les outils affiche les paramètres incorrects. Si vous mettez à jour les paramètres sur l'onglet CSV settings, la valeur auto_detection n'est plus affectée à true.

• Dans les documents Office ('.doc', '.docx', '.odf', '.xls', '.xlsx', '.ods', '.ppt', '.pptx', '.odp') convertis à l'aide d'un modèle personnalisé Smart Document Understanding (SDU), la date de publication (publicationdate) peut ne pas s'afficher dans la zone extracted_metadata de la réponse JSON. A la place, elle apparaîtra dans la zone html de la réponse JSON. La date de publication (publicationdate) affichée dans la zone html correspondra à la date d'ingestion du document et non à la date de publication du document.

• L'API Analyze utilise une mémoire cache interne destinée à contenir les modèles d'enrichissement associés à la collection utilisée pour exécuter les documents. Si la collection contient un grand nombre d'enrichissements volumineux ou si plusieurs de ces collections sont utilisées en même temps, il se peut que la mémoire cache ne dispose plus de suffisamment de mémoire. Lorsque cela se produit, l'API Analyze renvoie des résultats nuls (voir l'exemple) et le message suivant s'affiche dans le journal du proxy REST d'API sans état : RESOURCE_EXHAUSTED: stateless.Analysis/analyze: RESOURCE_EXHAUSTED.

  {
    "result": null,
    "notices": null
  }
  

  Pour contourner ce problème :

  1. Passez en revue les enrichissements utilisés dans la collection et retirez ceux qui ne sont pas nécessaires pour votre application. En particulier, supprimer l'enrichissement de la partie du discours.

  2. Réduisez le nombre de collections utilisées simultanément avec l'API Analyze.

  3. Augmentez la taille de la mémoire cache :

     • Augmentez la limite de mémoire de container model-runtime dans deployment core-discovery-stateless-api-model-runtime et faites-la passer à 10 Go ou plus.
     • Editez la variable d'environnement CAPACITY_MB dans deployment core-discovery-stateless-api-model-runtime et affectez-lui la valeur 10240 ou plus.

• Si le conteneur d'exécution de modèle est redémarré mais que le conteneur d'exécution de maillage de modèle ne l'est pas, l'API Analyze peut rencontrer des problèmes.

  • Erreur: L'appel de l'API Analzye renvoie 500 erreurs sur une collection spécifique et le journal contient l'entrée suivante:

    "message": "error occurred in analyzer
      java.lang.NullPointerException
      at c.i.e.a.a.s.r.ModelManager$2.analyze(ModelManager.java:112)
    

  • Cause: Le conteneur d'exécution de modèle et le conteneur d'exécution de maillage de modèle ne sont pas synchronisés.

  • Solution: Supprimez les pods wd-stateless-api-model-runtime pour redémarrer les conteneurs de maillage de modèle et d'exécution de modèle.

Voir également les problèmes identifiés dans toutes les éditions précédentes.

2.1.4, 2 septembre 2020 :

• Lorsque vous configurez une exploration Web (Web Crawl) à l'aide de l'authentification FORM, si vous spécifiez une URL sans barre oblique à la fin, par exemple : https://webcrawlurl.com, seule la page de connexion sera explorée par l'exploration Web. Pour contourner ce problème, ajoutez une barre oblique à URL, par exemple : https://webcrawlurl.com/.
• Les visites guidées ne fonctionnent pas sur Firefox. Pour obtenir la liste des autres navigateurs pris en charge, voir Navigateurs pris en charge.
• L'ingestion de documents dans une collection qui utilise un modèle de règles avancées personnalisé construit dans Watson Knowledge Studio peut échouer si plusieurs extracteurs du modèle utilisent en interne les mêmes noms pour une ou plusieurs vues de sortie.
• Si vous supprimez un grand nombre de documents et que vous ingérez immédiatement un grand nombre de documents, il peut s'écouler un certain temps pour que tous les documents soient disponibles.
• L'enrichissement Classifier ne fonctionne pas lorsque FIPS (Federal Information Processing Standards) est activé.

Voir également les problèmes identifiés dans toutes les éditions précédentes.

2.1.3, 19 juin 2020 :

• Entity Subtypes dans les modèles IBM Watson® Knowledge Studio Machine Learning ne sont pas pris en charge dans les modèles Discovery for Cloud Pak for Data 2.1.3 ou ultérieurs. Pour obtenir des instructions sur la conversion des modèles existants, contactez le centre d'assistance.

• Vous ne pouvez pas télécharger des fichiers CSV incluant un espace dans le nom de fichier (par exemple : file 1.csv) dans un projet Content Mining. Renommez le fichier pour remédier au problème.

• Lorsque vous effectuez un entraînement de pertinence au niveau du projet, si vous disposez de plusieurs collections et que deux collections ou plus contiennent un document_id dupliqué, l'entraînement de pertinence au niveau du projet échoue. Exemple de document_ids dupliqués : la Collection A contient un document dont l'ID est 1234 et la Collection B contient également un document dont l'ID est 1234.

• Seule la première facette utilisant une zone avec le préfixe extracted_metadata est sauvegardée correctement après la création. D'autres facettes apparaîtront avec ce préfixe, mais après un rafraîchissement de l'écran, elles disparaîtront. Cela n'arrive qu'une fois par projet et la solution est donc d'actualiser et d'ajouter à nouveau la facette.

• IBM Cloud Pak for Data Lors de l'installation sur IBM Cloud Pak® for Data 2.5.0.0, certains Jobs Kubernetes peuvent indiquer à tort que leur statut est OOMKilled, ce qui entraîne un dépassement du délai d'installation. Pour résoudre ce problème, vérifiez les journaux du pod associé au travail qui renvoie le statut OOMKilled. Il ne doit pas y avoir de messages d'erreur apparents dans les journaux et les ressources doivent être signalées comme étant créées. Vérifiez manuellement l'existence de ces ressources dans l'espace de noms, puis supprimez le travail. Ceci entraînera la poursuite de l'installation.

• Certains documents peuvent afficher deux zones html lors de l'application d'un enrichissement. Les deux zones html affichées sont les mêmes et fonctionnent de la même manière.

• Lorsque vous créez une source de données dans Firefox, vous ne verrez peut-être pas la liste complète des options, notamment les paramètres de More processing settings. Pour contourner le problème, effectuez un zoom arrière, augmentez la hauteur du navigateur ou utilisez un autre navigateur pris en charge.

• Lorsque vous personnalisez l'affichage des résultats de la recherche, les modifications apportées ne sont parfois pas sauvegardées après avoir cliqué sur le bouton Apply. Pour contourner ce problème, actualisez le navigateur et essayez à nouveau d'effectuer les modifications.

• Lorsque vous configurez une source de données ou un moteur d'exploration Web pour votre collection, si vous entrez une configuration incorrecte, puis essayez de la mettre à jour dans la page Processing settings, la mise à jour ou l'exploration de la source de données peut ne pas démarrer lorsque vous cliquez sur le bouton Apply changes and reprocess. Vous pouvez confirmer ce problème en ouvrant la page Activity de votre collection pour voir si le traitement a démarré. Si vous voyez que le traitement n'a pas démarré pour votre source de données, cliquez sur le bouton Recrawl puis sur le bouton Apply changes and reprocess. Si vous voyez que le traitement n'a pas démarré pour votre exploration Web, cliquez sur le bouton Stop puis sur le bouton Recrawl.

• IBM Cloud Pak for Data Lors de l'exécution des tests Helm sur le déploiement core à l'aide de helm test core, core-discovery-api-post-install-test renverra un état FAILED. Ceci est dû à un bug dans l'image de la capsule test. Le résultat du test peut être ignoré car l'échec n'est lié à rien dans le cadre du déploiement.

• Par défaut, la reconnaissance optique des caractères (OCR) est définie sur off lorsque vous créez un type de projet avec l'outil. Toutefois, si vous créez un projet à l'aide de l'API, le paramètre OCR est défini sur on. Pour contourner ce problème, ouvrez les outils et redéfinissez le paramètre de projet sur off.

• Lorsque le paramètre Optical Character Recognition (OCR) est défini sur on pour une collection ET qu'aucun modèle Smart Document Understanding (SDU) entraîné n'est appliqué, les fichiers PNG, TIFF et JPG ne seront pas traités dans le cadre d'une reconnaissance de texte. Les images incorporées dans des documents PDF, Word, PowerPoint et Excel ne seront pas traitées (seule la partie ne contenant pas d'image dans ces documents sera traitée dans la reconnaissance de texte). Pour contourner ce problème, importez ou entraînez un modèle SDU et relancez le traitement de la collection. Cela permettra d'extraire le texte des images.

• Après avoir créé une compétence de recherche (Search Skill) dans Watson Assistant et une fois redirigé vers les outils Discovery de Watson, l'écran est vide. Cela est dû à l'absence de l'ID d'instance Discovery dans l'URL. Pour contourner ce problème :

  1. Dans le menu du client Web IBM Cloud Pak for Data, choisissez My Instances. Par exemple : https://mycluster.com/zen/#/myInstances.
  2. Sélectionnez l'instance Discovery que vous utilisez et cliquez sur Launch Tool.
  3. Lorsque l'outil est chargé, l'URL doit avoir la structure suivante : https://mycluster.com/discovery/core/instances/00000000-0000-0000-0001-597165341876/projects
  4. Copiez le chemin complet, à l'exception de /projects. Par exemple :https://mycluster.com/discovery/core/instances/00000000-0000-0000-0001-597165341876
  5. Revenez à l'onglet du navigateur qui affiche l'écran vide de Discovery. La structure URL se présentera comme suit : https://mycluster.com/discovery/core/collections/new?redirect_uri=...
  6. Remplacez https://mycluster.com/discovery/core par le URL que vous avez copié précédemment, de sorte que le nouveau URL devrait ressembler à ceci : https://mycluster.com/discovery/core/instances/00000000-0000-0000-0001-597165341876/collections/new?redirect_uri=...
  7. Appuyez sur la touche Entrée pour ouvrir l'URL mise à jour. Vous devriez maintenant vous trouver sur la page Manage collections de Watson Discovery.

Voir également les problèmes identifiés dans toutes les éditions précédentes.

2.1.2 31 mars 2020

• Lorsque vous utilisez l'extraction de passages dans cette version coréenne, polonaise, japonaise, slovaque ou chinoise, les temps de réponse peuvent augmenter de façon très nette. Pour résoudre ce problème, désactivez l'extraction de passages ou téléchargez une liste personnalisée de mots vides contenant les mots courants de vos documents (par exemple, des prépositions et des pronoms). Voir Définition de mots vides pour consulter des exemples de listes de mots vides dans différentes langues. Voir aussi Stopwords ISO) sur GitHub.

• [Mise à jour : correction dans la version 2.1.3] Dans les versions 2.1.2, 2.1.1, et 2.1.0, les fichiers images individuels PNG, TIFF et JPG ne sont pas analysés et aucun texte n'est extrait de ces fichiers. Les fichiers image au format PNG, TIFF et JPEG intégrés dans des fichiers PDF, Word, PowerPoint et Excel ne sont pas non plus analysés et aucun texte n'en est extrait.

• Smart Document Understanding ne prend pas en charge la conversion .doc, .docx, .odf, .xls, .xlsx, .ods, .ppt, .pptx et .odp lorsque la norme FIPS (Federal Information Processing Standards) est activée.

• Dans une application Content Mining, tous les indicateurs de document définis disparaissent si l'index est régénéré pour cette collection.

• A partir de l'édition 2.1.2, le téléchargement et la gestion des données d'entraînement de la pertinence à l'aide des API v1 n'entraîneront pas un modèle d'entraînement à la pertinence. Les API v1 ont été remplacées par les API de formation à la pertinence des projets v2. Si vos données d'entraînement doivent être conservées, elles peuvent être répertoriées à l'aide de l'API v1, puis ajoutées à un projet à l'aide de l'API v2.

• Il n'est pas possible d'appliquer simultanément plusieurs expressions régulières à une collection.

• IBM Cloud Pak for Data Deux petits changements ont été apportés aux instructions d'installation README incluses dans le téléchargement de IBM Watson® Discovery for IBM Cloud Pak® for Data. Pour la version mise à jour du README, voir le tableau Discovery Helm README.md.

  • Une modification de la description de l'argument --cluster-pull-prefix PREFIX.
  • Le nom du pack d'extension de langues ibm-watson-discovery-pack1-2.1.2.tar.xz. est devenu ibm-wat-dis-pack1-prod-2.1.2.tar.xz.

Voir également les problèmes identifiés dans toutes les éditions précédentes.

2.1.1, 24 janvier 2020

• Lors de la création d'un dictionnaire, les termes suggérés sont normalisés par défaut en minuscules (par exemple, Watson Assistant sera normalisé en watson assistant). Pour garantir la concordance avec les termes en majuscules, ceux-ci doivent être explicitement inclus dans la liste Other terms ou dans la liste Base term.
• Lors de la sauvegarde et de la restauration des données, les données d'entraînement ne sont pas restaurées correctement. Si les documents de votre collection ont été ajoutés par une exploration à l'aide d'un connecteur ou d'une exploration Web, vos données d'entraînement peuvent être extraites séparément d'un projet existant en vue de leur sauvegarde et chargées dans un nouveau projet restauré. Pour plus d'informations, voir Liste des requêtes de formation et Créer des requêtes de formation dans la référence API.
• Lors de l'exploration de documents SharePoint Online ou SharePoint OnPrem, les documents JSON peuvent ne pas être indexés correctement et le title renvoyé peut être errored. En effet, les services Web SharePoint utilisent la propriété ows_FileRef pour extraire des fichiers JSON, qui renvoient une page d'erreur. Pour résoudre ce problème, contactez votre administrateur SharePoint et votre support Microsoft.
• Si vous migrez une collection créée en version 2.0.1 vers la version 2.1.0 ou 2.1.1, cette collection n'a pas de type de projet affecté et la collection n'est pas disponible pour être interrogée. Pour assigner un type de projet, ouvrez la page Projects en sélectionnant My Projects. Indiquez un nom pour votre projet et choisissez l'un des types de projet : Document Retrieval, Conversational Search, Content Mining ou Custom.

Voir également les problèmes identifiés dans toutes les éditions précédentes.

2.1.0 le 27 novembre 2019

• Lorsque vous appliquez un enrichissement à une collection, le langage d'enrichissement doit correspondre à la langue de la collection, sinon il échoue. Les outils affichent toutes les collections, quelle que soit la langue.
• Dans l'onglet Manage Fields, vous pouvez éditer les zones générées par le système. Les zones suivantes ne doivent pas être modifiées en modifiant le type de zone ou en désactivant l'indexation : document_id, extracted_metadata, metadata.
• Lorsque vous supprimez une collection et que vous sélectionnez l'option Don't delete underlying data, toutes les explorations d'ingestion de documents incomplètes continuent de s'exécuter en arrière-plan, ce qui affecte les heures de début de la nouvelle exploration, jusqu'à ce que les explorations existantes soient terminées.
• IBM Cloud Pak for Data Discovery peut ne pas démarrer correctement en raison de l'état de blocage des composants. Une intervention manuelle sur la base de données peut être nécessaire pour effacer le verrou. Pour plus d'informations sur l'identification et la résolution de ce problème, voir Suppression d'un état de verrouillage.
• Si vous téléchargez un document avec la fonction Upload Data, supprimez ce document, puis essayez de télécharger le même document ou un autre document avec le même ID de document, le téléchargement échoue et le message Error during creating a document est affiché.
• Les documents qui produisent une zone html lorsqu'ils sont traités ne peuvent pas être utilisés avec l'entraînement à la pertinence. html est généré pour les documents traités avec Smart Document Understanding ou Content Intelligence. La zone html doit être supprimée pour que l'entraînement à la pertinence puisse s'exécuter correctement.
• Si l'enrichissement de la partie du discours n'est pas activé : Les facettes dynamiques ne seront pas créées, les suggestions du dictionnaire ne peuvent pas être utilisées, Content Miner "facettes extraites" ne sera pas généré.
• [Mise à jour : corrigé dans la version 2.1.1] Discovery pour Content Intelligence et Table Understanding les enrichissements sont configurés d'emblée pour être appliqués sur un champ nommé html. Lorsqu'un utilisateur télécharge un document JSON sans champ de niveau racine nommé html, ces enrichissements ne produiront pas de résultats dans l'index. Pour exécuter les enrichissements sur ce type de document JSON, les utilisateurs doivent reconfigurer les enrichissements pour qu'ils s'exécutent sur une ou plusieurs zones existantes dans le document JSON.
• Lors de l'affichage de la page de déploiement de Content Miner, il arrive que l'URL de l'application complète ne soit pas affichée pour la copie. Pour corriger, actualisez la page.
• [Mise à jour : corrigé dans la version 2.1.2] Le déprovisionnement d'une instance IBM Watson® Discovery for IBM Cloud Pak® for Data ne supprime pas les données sous-jacentes. Supprimez manuellement les collections et les documents.
• [Mise à jour : corrigé dans la version 2.1.3] Dans le panneau des outils d'amélioration, l'enrichissement Sentiment of phrases est listé, mais n'est pas disponible actuellement.
• Dans les projets Content Mining, les zones dates peuvent ne pas être analysées correctement pour être affichées dans les facettes.
• La bascule des facettes dynamiques ne doit pas apparaître dans les projets Content Mining.
• Un minimum de 50 à 100 documents doit être ingéré pour voir les facettes dynamiques valides générées.
• Si vous cliquez sur Stop pour arrêter un moteur d'exploration et que le convertisseur fonctionne lentement ou présente des erreurs, vous pouvez voir le statut du moteur d'exploration en cours d'exécution.
• La taille totale limite de toutes les zones qui ne sont pas au format HTML dans les documents téléchargés et explorés est de 1 Mo, ce qui équivaut à 1 048 576 octets et la taille totale limite de toutes les zones HTML dans ces documents est de 5 Mo. Si vous dépassez ces limites, vous recevez un message d'erreur indiquant The document has fields/HTML fields that exceed the 1 MB/5 MB limit. et le document n'est pas ingéré. Pour obtenir de l'aide sur l'augmentation de l'une ou l'autre des limites de taille, contactez le Centre d'assistance IBM.

Voir également les problèmes identifiés dans toutes les éditions précédentes.

2.0.1 30 août 2019

• Après la création d'un enrichissement Machine Learning à l'aide d'un modèle IBM Watson® Knowledge Studio, deux enrichissements portant le même nom peuvent s'afficher sur la page Enrich fields. Cela n'affecte pas les enrichissements, mais il est préférable d'utiliser un seul d'entre eux pour sélectionner et appliquer l'enrichissement à une ou plusieurs zones.
• Si l'exploration d'un site web semble bloquée à un nombre fixe de documents et que le message affiché sur la page Logs est The ingestion job <jobid> is terminated incorrectly, contactez l'assistance IBM pour obtenir de l'aide afin de redémarrer l'exploration.
• Si une ou plusieurs de vos collections sont entraînées, les données d'entraînement de l'une de ces collections peuvent s'afficher sur la page Train d'une collection non entraînée. Actualisez la page pour effacer ces données d'entraînement.
• Les types de documents suivants ne seront pas traités s'ils n'ont pas l'extension de fichier appropriée : .docx, .pptx, .xlsx.

Voir également les problèmes identifiés dans l'édition précédente.

Mise à disposition générale (GA), 28 juin 2019

• Si vous travaillez dans les outils Discovery for Cloud Pak for Data, et si votre session IBM Cloud Pak® for Data expire, une page blanche s'affiche. Pour revenir aux outils, actualisez votre navigateur puis reconnectez-vous.
• Tous les fichiers JSON ingérés dans Discovery doivent comporter l'extension de fichier .json.
• Lors de l'interrogation de collection_id pour une collection entraînée, il peut arriver que la valeur training_status.notices affiche 0 à la place de la valeur correcte.
• Toutes les limitations de requête ne sont pas appliquées dans la présente édition. Voir les limitations de requête pour la liste complète des zones interdites.
• Dans les documents source JSON, vous ne devez pas dupliquer les zones générées par le système suivants : document_id, parent_document_id, filename et title. Cela entraîne l'imbrication des zones en double dans les tableaux et interrompt certaines fonctionnalités, telles que l'entraînement des classeurs.
• N'incluez pas de propriété metadata au niveau de la racine dans vos documents JSON. Si vous téléchargez un document JSON qui contient déjà une propriété metadata au niveau de la racine, la propriété metadata du document indexé sera convertie en tableau dans l'index.
• N'utilisez pas de métadonnées pour les noms de colonne dans vos fichiers CSV. Si vous téléchargez un fichier CSV qui utilise des métadonnées pour les noms de colonne dans l'en-tête, la propriété metadata du document indexé sera convertie en tableau dans l'index.
• Les fichiers CSV doivent utiliser des virgules (,) ou des points-virgules (;) comme délimiteurs ; les autres délimiteurs ne sont pas pris en charge. Si votre fichier CSV inclut des valeurs contenant des virgules ou des points-virgules, placez ces valeurs entre guillemets afin qu'elles ne soient pas séparées. Si des lignes d'en-tête sont présentes, elles sont traitées de la même manière que les valeurs de toutes les autres lignes. La dernière ligne des fichiers CSV n'est pas traitée si elle n'est pas suivie d'un CRLF (retour chariot).
• Actuellement, les noms de collection uniques ne sont pas appliqués. L'utilisation de noms de collection en double n'est pas recommandée et doit être évitée