5.1.x comunicados

Consulte Limitaciones y problemas conocidos en Watson Discovery

Releases 5.0.x

Consulte Limitaciones y problemas conocidos en Watson Discovery

Releases de 4.8.x

Consulte Limitaciones y problemas conocidos en Watson Discovery

Releases de 4.7.x

Consulte Limitaciones y problemas conocidos en Watson Discovery

Releases de 4.6.x

Consulte Limitaciones y problemas conocidos en Watson Discovery

Releases de 4.5.x

Consulte Limitaciones y problemas conocidos en Watson Discovery.

4.0.x releases

Para obtener más información sobre problemas conocidos, consulte la documentación deIBM Cloud Pak for Data.

4.0.9, 25 de mayo de 2022

• Discovery genera un mensaje de estado de anomalía parcial para el programa de utilidad de copia de seguridad y restauración IBM Cloud Pak for Data Red Hat OpenShift API for Data Protection (OADP).

  • Error: Cuando compruebas el estado de la utilidad de copia de seguridad OADP después de usarla para hacer una copia de seguridad de un clúster en el que está instalado Discovery, aparece un mensaje de error ( Phase: PartiallyFailed ). Uno o más componentes de Discovery están incluidos en la lista de Failed.
  • Causa: No se puede hacer una copia de seguridad y restaurar Discovery utilizando la utilidad de copia de seguridad y restauración de OADP. Cuando el servicio Discovery está presente y un administrador realiza una copia de seguridad de una instancia completa de IBM Cloud Pak for Data, se muestra un mensaje de estado que indica un fallo parcial. Este estado se muestra porque no se ha realizado una copia de seguridad de las solicitudes de volumen persistente (PVC) para Discovery. Sin embargo, el mensaje no afecta a la copia de seguridad del resto de los servicios.
  • Solución: No es necesaria ninguna acción para resolver el mensaje de estado. Puede eliminar las reclamaciones de volumen persistente que están asociadas con el servicio de descubrimiento por separado. Después de utilizar los scripts para realizar una copia de seguridad de los datos del servicio de descubrimiento, puede seguir el paso que se documenta en las instrucciones de desinstalación del servicio de descubrimiento para suprimir las PVC. Para obtener más información sobre cómo eliminar la PVC asociada con el descubrimiento, consulte Desinstalación del servicio de descubrimiento.

4.0.8, 27 de abril de 2022

• La tarea wd-discovery-multi-tenant-migration falla si alguien que no sea un administrador del sistema realiza la actualización.

  • Error: Cuando actualiza con un ID de usuario que no sea admin, el trabajo de migración falla.

  • Causa: El script de migración asume que el script es ejecutado por un usuario con el ID de usuario admin.

  • Solución: Aplique un parche que permite que la migración se realice correctamente. Complete los pasossiguientes:

    1. Desde el cliente web Cloud Pak for Data, obtenga el ID de usuario del propietario de la instancia que desea actualizar.

    2. Descargue el archivo de parche de wd-migration-uid-patch.zip del repositorio de Watson Developer Cloud GitHub.

    3. Extraiga el wd-migration-uid-patch.yaml archivo del archivo comprimido y, a continuación, ábralo en un editor de texto.

    4. Sustituya la variable <user_id> por el ID de usuario del propietario de la instancia que desea actualizar.

    5. Ejecute el mandato siguiente en un terminal que haya iniciado sesión en el clúster:

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

    6. Suprima el trabajo de migración anterior utilizando el mandato siguiente:

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

  Después de suprimir el trabajo, se reinicia el trabajo de migración y se reanuda la migración.

  El problema se ha corregido con el release 4.0.9.

• Discovery genera un mensaje de estado de anomalía parcial para el programa de utilidad de copia de seguridad y restauración IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP).

  • Error: Cuando compruebas el estado de la utilidad de copia de seguridad OADP después de usarla para hacer una copia de seguridad de un clúster en el que está instalado Discovery, aparece un mensaje de error ( Phase: PartiallyFailed ). Uno o más componentes de Discovery están incluidos en la lista de Failed.
  • Causa: No se puede hacer una copia de seguridad y restaurar Discovery utilizando la utilidad de copia de seguridad y restauración de OADP. Cuando el servicio Discovery está presente y un administrador realiza una copia de seguridad de una instancia completa de IBM Cloud Pak for Data, se muestra un mensaje de estado que indica un fallo parcial. Este estado se muestra porque no se ha realizado una copia de seguridad de las solicitudes de volumen persistente (PVC) para Discovery. Sin embargo, el mensaje no afecta a la copia de seguridad del resto de los servicios.
  • Solución: No es necesaria ninguna acción para resolver el mensaje de estado. Puede eliminar las reclamaciones de volumen persistente que están asociadas con el servicio de descubrimiento por separado. Después de utilizar los scripts para realizar una copia de seguridad de los datos del servicio de descubrimiento, puede seguir el paso que se documenta en las instrucciones de desinstalación del servicio de descubrimiento para suprimir las PVC. Para obtener más información sobre cómo eliminar la PVC asociada con el descubrimiento, consulte Desinstalación del servicio de descubrimiento.

4.0.7, 30 de marzo de 2022

• Discovery genera un error en el programa de utilidad de copia de seguridad y restauración de IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP).

  • Error: el programa de utilidad no se completa correctamente y se graba el siguiente mensaje en el registro: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

  • Causa: No se puede hacer una copia de seguridad y restaurar Discovery utilizando la utilidad de copia de seguridad y restauración de OADP. Cuando el servicio Discovery está presente y un administrador intenta hacer una copia de seguridad de toda una instancia de IBM Cloud Pak for Data, Discovery impide que la utilidad se complete correctamente.

  • Solución: aplique un parche que impida que Discovery impida que la utilidad se complete correctamente.

    1. Descargue el archivo wd-aux-br-patch.zip del repositorio de Watson Developer Cloud Github.

    2. Extraiga el archivo wd-aux-br-patch.yaml del archivo ZIP.

    3. Ejecute el mandato siguiente en un terminal que haya iniciado sesión en el clúster:

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

  El problema se ha corregido con el release 4.0.8. (Todavía no puede realizar una copia de seguridad del servicio de descubrimiento utilizando el programa de utilidad OADP, pero el programa de utilidad OADP puede realizar una copia de seguridad de otros servicios cuando el descubrimiento está instalado.)

• Deployed el estado de los recursos fluctúa después de que se complete la actualización de la e 4.0.7.

  • Error: Al comprobar el estado enviando el mandato oc get WatsonDiscovery, el estado preparado de los recursos conmuta entre mostrar los componentes de 23/23 y 20/23 como listos para su uso.

  • Causa: El estado de preparación de los recursos no se notifica de forma coherente después de una migración.

  • Solución: Por lo general, la instancia está lista para su uso a pesar de la inestabilidad del estado de preparación. Para actualizar manualmente la información de estado, ejecute los siguientes comandos en un terminal que esté conectado al clúster:

    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}'
    

  Este problema se ha solucionado con la versión 4.0.8.

• La tarea wd-discovery-multi-tenant-migration falla si alguien que no sea un administrador del sistema realiza la actualización.

  • Error: Cuando actualiza con un ID de usuario que no sea admin, el trabajo de migración falla.

  • Causa: El script de migración asume que el script es ejecutado por un usuario con el ID de usuario admin.

  • Solución: Aplique un parche que permite que la migración se realice correctamente. Complete los pasossiguientes:

    1. Desde el cliente web Cloud Pak for Data, obtenga el ID de usuario del propietario de la instancia que desea actualizar.

    2. Descargue el archivo de parche de wd-migration-uid-patch.zip del repositorio de Watson Developer Cloud GitHub.

    3. Extraiga el wd-migration-uid-patch.yaml archivo del archivo comprimido y, a continuación, ábralo en un editor de texto.

    4. Sustituya la variable <user_id> por el ID de usuario del propietario de la instancia que desea actualizar.

    5. Ejecute el mandato siguiente en un terminal que haya iniciado sesión en el clúster:

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

    6. Suprima el trabajo de migración anterior utilizando el mandato siguiente:

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

  Después de suprimir el trabajo, se reinicia el trabajo de migración y se reanuda la migración.

  El problema se ha corregido con el release 4.0.9.

4.0.6, 1 de marzo de 2022

• La actualización a 4.0.6 falla si no se aprovisiona una instancia de Discovery en el clúster existente antes de comenzar el proceso de actualización.

  • Error: El proceso de actualización de 4.0.6 asume que se ha aprovisionado una instancia de Discovery en el clúster existente. Por ejemplo, si está actualizando de 4.0.5 a 4.0.6, debe tener una instancia suministrada en el clúster 4.0.5 antes de empezar la migración.
  • Causa: El código actual devuelve un error cuando no existe ninguna instancia porque no puede encontrar un índice del documento que migrar.
  • Solución: Verifique que se haya aprovisionado una instancia de Discovery en el clúster de IBM Cloud Pak for Data existente antes de iniciar la actualización a 4.0.6. Si ha intentado actualizar a 4.0.6 pero no se han suministrado instancias y la migración ha fallado, elimine la instalación existente e instale 4.0.6 desde cero.

• Deployed el estado de los recursos fluctúa después de que se complete la actualización de la e 4.0.6.

  • Error: Al comprobar el estado enviando el mandato oc get WatsonDiscovery, el estado preparado de los recursos conmuta entre mostrar los componentes de 23/23 y 20/23 como listos para su uso.

  • Causa: El estado de preparación de los recursos no se notifica de forma coherente después de una migración.

  • Solución: Por lo general, la instancia está lista para su uso a pesar de la inestabilidad del estado de preparación. El estado de preparación se consigue transcurridas unas 5 horas. Puede esperar a que el estado de preparación muestre de forma consistente 23/23 o puede actualizar manualmente la información de estado ejecutando los siguientes comandos en un terminal que esté conectado al clúster:

    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}'
    

  Este problema se ha solucionado con la versión 4.0.8.

• Discovery genera un error en el programa de utilidad de copia de seguridad y restauración de IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP).

  • Error: el programa de utilidad no se completa correctamente y se graba el siguiente mensaje en el registro: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

  • Causa: No se puede hacer una copia de seguridad y restaurar Discovery utilizando la utilidad de copia de seguridad y restauración de OADP. Cuando el servicio Discovery está presente y un administrador intenta hacer una copia de seguridad de toda una instancia de IBM Cloud Pak for Data, Discovery impide que la utilidad se complete correctamente.

  • Solución: aplique un parche que impida que Discovery impida que la utilidad se complete correctamente.

    1. Descargue el archivo wd-aux-br-patch.zip del repositorio de Watson Developer Cloud Github.

    2. Extraiga el archivo wd-aux-br-patch.yaml del archivo ZIP.

    3. Ejecute el mandato siguiente en un terminal que haya iniciado sesión en el clúster:

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

  Este problema se ha corregido con el release 4.0.8. (Todavía no puede realizar una copia de seguridad del servicio de descubrimiento utilizando el programa de utilidad OADP, pero el programa de utilidad OADP puede realizar una copia de seguridad de otros servicios cuando el descubrimiento está instalado.)

• La tarea wd-discovery-multi-tenant-migration falla si alguien que no sea un administrador del sistema realiza la actualización.

  • Error: Cuando actualiza con un ID de usuario que no sea admin, el trabajo de migración falla.

  • Causa: El script de migración asume que el script es ejecutado por un usuario con el ID de usuario admin.

  • Solución: Aplique un parche que permite que la migración se realice correctamente. Complete los pasossiguientes:

    1. Desde el cliente web Cloud Pak for Data, obtenga el ID de usuario del propietario de la instancia que desea actualizar.

    2. Descargue el archivo de parche de wd-migration-uid-patch.zip del repositorio de Watson Developer Cloud GitHub.

    3. Extraiga el wd-migration-uid-patch.yaml archivo del archivo comprimido y, a continuación, ábralo en un editor de texto.

    4. Sustituya la variable <user_id> por el ID de usuario del propietario de la instancia que desea actualizar.

    5. Ejecute el mandato siguiente en un terminal que haya iniciado sesión en el clúster:

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

    6. Suprima el trabajo de migración anterior utilizando el mandato siguiente:

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

  Después de suprimir el trabajo, se reinicia el trabajo de migración y se reanuda la migración.

  El problema se ha corregido con el release 4.0.9.

4.0.5, 26 de enero de 2022

• Discovery genera un error en el programa de utilidad de copia de seguridad y restauración de IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP).

  • Error: el programa de utilidad no se completa correctamente y se graba el siguiente mensaje en el registro: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

  • Causa: No se puede hacer una copia de seguridad y restaurar Discovery utilizando la utilidad de copia de seguridad y restauración de OADP. Cuando el servicio Discovery está presente y un administrador intenta hacer una copia de seguridad de toda una instancia de IBM Cloud Pak for Data, Discovery impide que la utilidad se complete correctamente.

  • Solución: aplique un parche que impida que Discovery impida que la utilidad se complete correctamente.

    1. Descargue el archivo wd-aux-br-patch.zip del repositorio de Watson Developer Cloud Github.

    2. Extraiga el archivo wd-aux-br-patch.yaml del archivo ZIP.

    3. Ejecute el mandato siguiente en un terminal que haya iniciado sesión en el clúster:

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

  Este problema se ha corregido con el release 4.0.8. (Todavía no puede realizar una copia de seguridad del servicio de descubrimiento utilizando el programa de utilidad OADP, pero el programa de utilidad OADP puede realizar una copia de seguridad de otros servicios cuando el descubrimiento está instalado.)

4.0.4, 20 de diciembre de 2021

• Discovery genera un error en el programa de utilidad de copia de seguridad y restauración de IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP).

  • Error: el programa de utilidad no se completa correctamente y se graba el siguiente mensaje en el registro: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

  • Causa: No se puede hacer una copia de seguridad y restaurar Discovery utilizando la utilidad de copia de seguridad y restauración de OADP. Cuando el servicio Discovery está presente y un administrador intenta hacer una copia de seguridad de toda una instancia de IBM Cloud Pak for Data, Discovery impide que la utilidad se complete correctamente.

  • Solución: aplique un parche que impida que Discovery impida que la utilidad se complete correctamente.

    1. Descargue el archivo wd-aux-br-patch.zip del repositorio de Watson Developer Cloud Github.

    2. Extraiga el archivo wd-aux-br-patch.yaml del archivo ZIP.

    3. Ejecute el mandato siguiente en un terminal que haya iniciado sesión en el clúster:

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

  Este problema se ha corregido con el release 4.0.8. (Todavía no puede realizar una copia de seguridad del servicio de descubrimiento utilizando el programa de utilidad OADP, pero el programa de utilidad OADP puede realizar una copia de seguridad de otros servicios cuando el descubrimiento está instalado.)

4.0.3, 18 de noviembre de 2021

• Las visitas guiadas no están disponibles en este release.

• Discovery genera un error en el programa de utilidad de copia de seguridad y restauración de IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP).

  • Error: el programa de utilidad no se completa correctamente y se graba el siguiente mensaje en el registro: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

  • Causa: No se puede hacer una copia de seguridad y restaurar Discovery utilizando la utilidad de copia de seguridad y restauración de OADP. Cuando el servicio Discovery está presente y un administrador intenta hacer una copia de seguridad de toda una instancia de IBM Cloud Pak for Data, Discovery impide que la utilidad se complete correctamente.

  • Solución: aplique un parche que impida que Discovery impida que la utilidad se complete correctamente.

    1. Descargue el archivo wd-aux-br-patch.zip del repositorio de Watson Developer Cloud Github.

    2. Extraiga el archivo wd-aux-br-patch.yaml del archivo ZIP.

    3. Ejecute el mandato siguiente en un terminal que haya iniciado sesión en el clúster:

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

  Este problema se ha corregido con el release 4.0.8. (Todavía no puede realizar una copia de seguridad del servicio de descubrimiento utilizando el programa de utilidad OADP, pero el programa de utilidad OADP puede realizar una copia de seguridad de otros servicios cuando el descubrimiento está instalado.)

4.0.0, 13 de julio de 2021

• Los enriquecimientos del modelo de aprendizaje automático que aplique utilizando la API de análisis pueden fallar.

  • Error: [WKSML_MODEL_NAME]: Enrichment of a document failed
  • Causa: hay un problema conocido en Watson Knowledge Studio que puede provocar un tiempo de espera excedido en el proceso de enriquecimiento.
  • Solución: Cuando utilice la API de análisis para aplicar un enriquecimiento de modelo de Watson Knowledge Studio a una colección, mantenga el tamaño del documento de entrada por debajo de 50 KB.

2.2.1, 26 de febrero de 2021

• Problema de temporización de despliegue:

  • Error: después de instalar el parche 7, cuando intenta suministrar una instancia de servicio, se visualiza un error 404 Not Found. Es posible que se registre el mensaje siguiente para los pods de nginx : open() "/usr/local/openresty/nginx/html/watson/common/discovery/auth" failed (2: No such file or directory)
  • Solución: Reinicie el pod zen-watcher.

• Si realiza una instalación de espacio vacío que extrae imágenes de contenedor de un registro de contenedor externo, es posible que experimente el siguiente problema:

  • Error: algunos pods de Discovery pueden informar de un error ImagePullBackoff.

  • Causa: Se está utilizando el secreto de extracción de imagen incorrecto.

  • Solución: realice los pasos siguientes durante la instalación:

    • Inicie la instalación de Watson Discovery.

    • Una vez completado el módulo watson-discovery-operator, compruebe si se ha creado un recurso personalizado WatsonDiscovery ejecutando el mandato siguiente:

      oc get WatsonDiscovery wd
      

    • Después de crear el recurso personalizado, ejecute los mandatos siguientes para apuntar al secreto de extracción de imágenes correcto para extraer imágenes del registro externo:

      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 los pods de RabbitMQ siguen en estado de in ImagePullBackoff, elimine el CR de RabbitMQ para permitir que el operador de rabbitmq vuelva a crear los clústeres de RabbitMQ. Puede utilizar el mandato siguiente:

      oc delete IbmRabbitmq wd-rabbitmq
      

• En IBM Watson® Discovery, el proyecto de Content Mining solo da soporte a una colección por proyecto. Si crea más de una colección de Content Mining, es posible que experimente errores. Si es así, suprima colecciones de Content Mining adicionales para que cada proyecto de Content Mining solo tenga una colección asociada.

• Si está preparando los clústeres de Discovery for Cloud Pak for Data para una actualización in situ de la instancia de 2.2.0 a 2.2.1, a veces el mandato cpd-cli adm falla y muestra el siguiente mensaje de error: Error from server (UnsupportedMediaType): error when applying patch. Si recibe este mensaje de error, escriba oc delete scc cpd-zensys-scc cpd-user-scc cpd-noperm-scc edb-operator-scc admin-discovery-scc para suprimir los recursos relacionados y vuelva a especificar el mandato cpd-cli adm.

• Si está actualizando su instancia de Discovery for Cloud Pak for Data de 2.2.0 a 2.2.1, es posible que el mandato cpd-cli upgrade finalice antes de que se completen las actualizaciones de actualización. Para obtener información sobre cómo verificar que la actualización se ha completado correctamente, consulte Verificación de que la actualización se ha completado correctamente.

• Las imágenes de los trenes en miniatura no se actualizan después de actualizar de Discovery 2.2.0 a 2.2.1. Para solucionar este problema, suprima los despliegues que crea el operador de entrenamiento del modelo y espere a que el operador vuelva a crear los despliegues. Especifique el mandato siguiente para suprimir los despliegues:

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

  Después de ejecutar este mandato, el operador de entrenamiento del modelo crea nuevos despliegues.

• Si actualiza Discovery for Cloud Pak for Data de 2.2.0 a 2.2.1, es posible que reciba el siguiente mensaje de error:

  [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
  

  Este mensaje de error se genera porque la clase de almacenamiento que se ha utilizado para la instalación es diferente de la que se ha utilizado durante la actualización. Esta discrepancia es el resultado de un complemento diferente que instala los operadores de dependencia porque los operadores de dependencia de clase de almacenamiento del complemento diferente se han registrado como los que se han utilizado para la instalación. Para solucionar este problema, debe actualizar los subconjuntos siguientes individualmente:

  • Actualice el operador de pasarela de 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
    

  • Operador Minio de actualización:

    ./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
    

  • Actualice el operador 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
    

  • Actualice el operador 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
    

  • Operador clásico de tren de modelos de actualización:

    ./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
    

  • Actualice el operador 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
    

    donde <Project> es el espacio de nombres donde está instalada su instancia de Discovery for Cloud Pak for Data 2.2.0, donde <Registry_location> es la ubicación de las imágenes que envió al servidor de registro y donde <Registry_from_cluster> es la ubicación desde la que los pods del clúster pueden extraer imágenes.

• Al realizar la instalación en IBM Cloud Pak for Data 3.5, es posible que se encuentre con el siguiente problema:

  • Error: Si intenta suministrar el servicio Discovery en un clúster donde se está ejecutando Planning Analytics, algunos de los pods Discovery no se inician y la instalación falla. Los registros del pod muestran mensajes como, por ejemplo, java.lang.NumberFormatException: For input string.
  • Causa: el servicio couchdb que se instala con Planning Analyticsañade una variable de entorno denominada COUCHDB_PORT al clúster Kubernetes. Discovery no utiliza couchdb y, por lo tanto, no especifica un valor para esta variable de entorno. Sin embargo, algunos pods intentan analizar la variable, lo que da como resultado el error.
  • Solución: Instale el parche cpd-watson-discovery-2.2.1-patch-1, que soluciona este problema.

Consulte también los problemas de todos los releases anteriores.

2.2, 8 de diciembre de 2020

• Cuando se carga un archivo csv pequeño (generalmente un csv con 99 líneas o menos), la cabecera y/o primera fila no se pueden ingerir correctamente. Si esto sucede, en las herramientas, vaya al separador Valores de CSV y actualice los valores. Después de volver a procesar, vaya al separador Gestionar campos y actualice los tipos de campo si es necesario.

• Si ha configurado sus colecciones utilizando un rastreador personalizado creado con el conector personalizado de IBM Cloud Pak for Data y, a continuación, elimina la implementación del rastreador personalizado, la página de configuración de procesamiento no mostrará la configuración del rastreador. Esto se debe a que el rastreador subyacente no está disponible. Para solucionar este problema, confirme que el rastreador personalizado se despliega cuando hay colecciones que lo utilizan.

• Cuando se utiliza un conector personalizado deIBM Cloud Pak for Data con Discovery para IBM Cloud Pak for Data 2.2, el script scripts/manage_custom_crawler.sh utilizado para desplegar y eliminar el despliegue del rastreador personalizado falla. Para solucionar este problema, sustituya la línea 37 podname="gateway" por podname="wd-discovery-gateway" en scripts/manage_custom_crawler.sh y vuelva a ejecutar el mandato deploy.

• Cuando cree un enriquecimiento personalizado en las herramientas, debe elegir un campo al que se debe aplicar el enriquecimiento y pulsar Aplicar. Si no se selecciona ningún campo, el botón Aplicar y volver a procesar se inhabilitará para los cambios de enriquecimiento hasta que el nuevo enriquecimiento tenga un campo.

• Si aplica el enriquecimiento Contratos o el enriquecimiento Comprender tablas a una colección, es posible que reciba el siguiente mensaje de error cuando dicha colección ingiera documentos: The number of nested documents has exceeded the allowed limit of [X]. Póngase en contacto con elCentro de soporte deIBM para ajustar el límite.

• Cuando el texto se enriquece con un diccionario personalizado, la salida de entities.type debe ser la vía de acceso de faceta completa para el enriquecimiento del diccionario. Sin embargo, en este release, no se mostrará la vía de acceso de faceta completa. Para solucionar este problema, vuelva a procesar la colección. Por ejemplo, si la vía de acceso de faceta es sample1.sample2, tendrá este aspecto antes de volver a procesar:

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

  Y este después:

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

• Cuando se carga un archivo csv con los valores de conversor establecidos en auto_detection=true, el separador Valores de CSV del conjunto de herramientas mostrará valores incorrectos. Si actualiza los valores en el separador Valores de CSV, auto_detection ya no estará establecido en true.

• En los documentos de Office ('.doc', '.docx', '.odf', '.xls', '.xlsx', '.ods', '.ppt', '.pptx', '.odp') convertidos utilizando un modelo personalizado de Smart Document Understanding (SDU), es posible que publicationdate no se visualice en el campo extracted_metadata en la respuesta JSON. Aparecerá en su lugar en el campo html de la respuesta JSON. El valor de publicationdate en el campo html será la fecha en la que se haya ingerido el documento y no la fecha de publicación original del documento.

• La API de análisis utiliza una memoria caché en memoria para mantener los modelos de enriquecimiento asociados a la colección utilizada para ejecutar los documentos. Si la colección contiene muchos enriquecimientos grandes o si se utilizan varias de estas colecciones al mismo tiempo, la memoria caché puede quedarse sin memoria. Cuando esto sucede, la API de análisis devuelve resultados nulos (consulte el ejemplo) y el proxy de rest de la API sin estado mostrará este mensaje en su registro: RESOURCE_EXHAUSTED: stateless.Analysis/analyze: RESOURCE_EXHAUSTED.

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

  Un método alternativo para este problema sería:

  1. Revise los enriquecimientos utilizados en la colección y elimine los que no sean necesarios para la aplicación. En particular, elimine el enriquecimiento de la parte del discurso.

  2. Reduzca el número de colecciones utilizadas simultáneamente con la API de análisis.

  3. Aumente la memoria caché:

     • Aumente el límite de memoria de container model-runtime en deployment core-discovery-stateless-api-model-runtime a 10 GB o más
     • Edite la variable de entorno CAPACITY_MB en deployment core-discovery-stateless-api-model-runtime y establézcala en 10240 o más

• Si el contenedor de tiempo de ejecución de modelo se reinicia pero el contenedor de tiempo de ejecución de malla de modelo no lo hace, la API de análisis puede tener problemas.

  • Error: La llamada de API de Analzye devuelve un error 500 en una recopilación específica y el registro contiene la entrada siguiente:

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

  • Causa: el contenedor de tiempo de ejecución de modelo y el contenedor de tiempo de ejecución de malla de modelo no están sincronizados.

  • Solución: Suprima los pods de wd-stateless-api-model-runtime para reiniciar la malla de modelo y los contenedores de tiempo de ejecución de modelo.

Consulte también los problemas identificados en todos los releases anteriores.

2.1.4, 2 de septiembre de 2020:

• Al configurar un rastreo web utilizando la autenticación FORM, si especifica un URL sin una barra inclinada final, por ejemplo: https://webcrawlurl.com, el rastreo web solo rastreará la página de inicio de sesión. Para solucionar este problema, añada una barra diagonal al final de la dirección URL, por ejemplo: https://webcrawlurl.com/.
• Las Visitas guiadas no se ejecutan en Firefox. Para ver la lista de otros navegadores soportados, consulte Soporte del navegador.
• La ingesta de documentos en una colección que utiliza un modelo de reglas avanzadas personalizado creado en Watson Knowledge Studio puede fallar si varios extractores del modelo utilizan internamente los mismos nombres para una o más vistas de salida.
• Si suprime un gran número de documentos y luego ingiere inmediatamente un gran número de documentos, es posible que se tarde más tiempo en disponer de todos los documentos.
• El enriquecimiento Clasificador no funciona cuando FIPS (Federal Information Processing Standards) está habilitado.

Consulte también los problemas identificados en todos los releases anteriores.

2.1.3, 19 de junio de 2020:

• No se da soporte a Entity Subtypes en los modelos de IBM Watson® Knowledge Studio Machine Learning en Discovery for Cloud Pak for Data 2.1.3 o posterior. Para obtener instrucciones sobre cómo convertir los modelos existentes, póngase en contacto con el centro de asistencia.

• No puede cargar archivos CSV que incluyan un espacio en el nombre de archivo (por ejemplo: file 1.csv) a un proyecto de Content Mining. Cambie el nombre del archivo para solucionar el problema.

• Al realizar el entrenamiento de relevancia a nivel de proyecto, si tiene varias colecciones y dos o más de estas colecciones contienen un document_id duplicado, el entrenamiento de relevancia a nivel de proyecto fallará. Ejemplo de document_ids duplicado: Collection A contiene un documento con el ID de 1234 y Collection B también contiene un documento con el ID de 1234.

• Solo la primera faceta que utiliza un campo con el prefijo extracted_metadata se guarda correctamente después de la creación. Otros con ese prefijo aparecerán pero después de una renovación de la pantalla desaparecerán. Esto solo ocurre una vez por proyecto, así que la solución es refrescar y añadir la faceta de nuevo.

• IBM Cloud Pak for Data Durante la instalación en IBM Cloud Pak® for Data 2.5.0.0, algunos trabajos de Kubernetes pueden informar incorrectamente de su estado como OOMKilled, lo que provoca que la instalación se agote. Para resolverlo, una vez que un trabajo devuelva OOMKilled verifique los registros del pod asociados con dicho trabajo. No debería haber mensajes de error obvios en los registros y los recursos se reportan en los registros como creados. Verifique manualmente que estos recursos existen en el espacio de nombres y luego suprima el trabajo. Esto hará que la instalación continúe.

• Algunos documentos pueden mostrar dos campos html al aplicar un enriquecimiento. Ambos campos html mostrados son los mismos y funcionan como tales.

• Al crear un origen de datos en Firefox, es posible que no vea toda la lista de opciones, incluidos los valores Más valores de proceso. Para solucionar el problema, aléjese, aumente la altura del navegador o utilice otro navegador soportado.

• Al personalizar la visualización de los resultados de la búsqueda, los cambios realizados a veces no se guardan después de pulsar el botón Apply. Para solucionar este problema, actualice el navegador e intente realizar los cambios de nuevo.

• Al configurar un origen de datos o un rastreador web para su colección, si especifica una configuración incorrecta, intente actualizarla en la página Valores de proceso, la actualización o el rastreo de orígenes de datos no se pueden iniciar al pulsar el botón Apply changes and reprocess. Puede confirmar este problema abriendo la página Actividad para su colección para ver si se ha iniciado el proceso. Si ve que el proceso no se ha iniciado para el origen de datos, pulse el botón Recrawl y, a continuación, el botón Apply changes and reprocess. Si ve que el proceso no se ha iniciado para el rastreo web, pulse el botón Stop y luego el botón Recrawl.

• IBM Cloud Pak for Data Al ejecutar pruebas de Helm en la implementación de core utilizando helm test core, el core-discovery-api-post-install-test devolverá un estado de FAILED. Esto se debe a un error en la imagen del pod de test. El resultado de la prueba se puede ignorar porque el error no está relacionado con nada dentro del despliegue.

• De forma predeterminada, el reconocimiento óptico de caracteres (OCR) se establece en off al crear cualquier Tipo de proyecto con el conjunto de herramientas. Sin embargo, si crea un proyecto utilizando la API, el OCR se establece en on. Para solucionar este problema, abra el conjunto de herramientas y cambie el valor de Configuración del proyecto por off.

• Cuando el reconocimiento óptico de caracteres (OCR) se establece en on para una recopilación y no se aplica ningún modelo de Comprensión de documentos inteligentes (SDU) entrenado, los archivos PNG, TIFF y JPG no se procesarán para el reconocimiento de texto. Las imágenes incluidas en documentos PDF, Word, PowerPoint y Excel no se procesarán; de estos documentos solo se procesará la parte que no sea imagen para el reconocimiento de texto. Para solucionar este problema, importe o entrene un modelo SDU y vuelva a procesar la recopilación. Esto permitirá extraer texto de las imágenes.

• Después de crear una habilidad de búsqueda en Watson Assistant y ser dirigido al conjunto de herramientas de Watson Discovery, la pantalla está en blando. Esto sucede porque al URL le falta el ID de la instancia Discovery. Un método alternativo para este problema sería:

  1. En el menú del cliente web IBM Cloud Pak for Data, elija Mis instancias. Por ejemplo: https://mycluster.com/zen/#/myInstances.
  2. Seleccione la instancia de Discovery que esté utilizando y haga clic en Launch Tool (Iniciar herramienta).
  3. Cuando se carga el conjunto de herramientas, el URL debería tener la siguiente estructura: https://mycluster.com/discovery/core/instances/00000000-0000-0000-0001-597165341876/projects
  4. Copie toda la vía de acceso, excluido /projects. Por ejemplo:https://mycluster.com/discovery/core/instances/00000000-0000-0000-0001-597165341876
  5. Vuelva a la pestaña del navegador que muestra la pantalla en blanco de Discovery. Esa estructura e URL e tendrá este aspecto: https://mycluster.com/discovery/core/collections/new?redirect_uri=...
  6. Reemplaza https://mycluster.com/discovery/core con la dirección de correo electrónico ( URL ) que copiaste anteriormente, de modo que la nueva dirección ( URL ) debería tener este aspecto: https://mycluster.com/discovery/core/instances/00000000-0000-0000-0001-597165341876/collections/new?redirect_uri=...
  7. Pulse Intro para abrir el URL actualizado. Ahora debería estar en la página Gestionar recopilaciones de Watson Discovery.

Consulte también los problemas identificados en todos los releases anteriores.

2.1.2, 31 de marzo de 2020

• Cuando se utiliza la recuperación de pasajes en coreano, polaco, japonés, eslovaco o chino, es posible que se produzcan tiempos de respuesta mucho más lentos en esta versión. Para solucionarlos, inhabilite la recuperación de pasajes o cargue una lista de palabras vacías personalizada con palabras que sean comunes en sus documentos (por ejemplo, preposiciones y pronombres). Consulte Definición de palabras vacías para ver listas de palabras vacías de ejemplo en varios idiomas. Consulte también Stopwords ISO) en GitHub.

• [Actualización: corregido en la versión 2.1.3] En las versiones 2.1.2, 2.1.1, y 2.1.0, los archivos de imagen individuales PNG, TIFF y JPG no se escanean, y no se extrae texto de esos archivos. Tampoco se escanean las imágenes PNG, TIFF y JPEG incorporadas en archivos PDF, Word, PowerPoint y Excel y no se extrae texto de dichos archivos de imágenes.

• Smart Document Understanding no da soporte a la conversión de .doc, .docx, .odf, .xls, .xlsx, .ods, .ppt, .pptx y .odp cuando FIPS (Federal Information Processing Standards) está habilitado.

• En una aplicación de Content Mining, cualquier distintivo de documento establecido desaparecerá si el índice se reconstruye para dicha colección.

• A partir del release 2.1.2, la carga y la gestión de datos de entrenamiento de relevancia mediante las API de la v1 no entrenarán un modelo de entrenamiento de relevancia. Las API de v1 han sido sustituidas por las API de v2 de formación sobre relevancia de proyectos. Si se tienen que conservar los datos de entrenamiento, se pueden listar mediante la API de la v1 y luego se pueden añadir a un proyecto con la API de la v2.

• No se pueden aplicar varias expresiones regulares a una colección al mismo tiempo.

• IBM Cloud Pak for Data Se han realizado dos pequeños cambios en las instrucciones de instalación del archivo README incluido en la descarga de IBM Watson® Discovery for IBM Cloud Pak® for Data. Para la versión actualizada del README, consulte el gráfico Discovery Helm README.md.

  • Un cambio en la descripción del argumento --cluster-pull-prefix PREFIX.
  • Se ha cambiado el nombre del paquete de ampliación de idiomas, ibm-watson-discovery-pack1-2.1.2.tar.xz., por ibm-wat-dis-pack1-prod-2.1.2.tar.xz.

Consulte también los problemas identificados en todos los releases anteriores.

2.1.1, 24 de enero de 2020

• Al crear un diccionario, los términos sugeridos se normalizan a minúsculas de forma predeterminada (por ejemplo, Watson Assistant se normalizará a watson assistant). Para garantizar la coincidencia en términos en mayúsculas, deben incluirse explícitamente como parte de la lista de palabras clave ( Other terms ) o como palabras clave de búsqueda ( Base term ).
• Cuando se realiza una copia de seguridad y se restauran datos, los datos de entrenamiento no se restauran correctamente. Si los documentos de la colección se han añadido mediante un rastreo utilizando un conector o un rastreo web, los datos de entrenamiento se pueden recuperar por separado para la copia de seguridad de un proyecto existente y se pueden cargar en un nuevo proyecto restaurado. Para obtener más información, consulte Listar consultas de formación y Crear consultas de formación en la referencia de la API.
• Cuando se rastrean documentos de SharePoint Online o de SharePoint OnPrem, es posible que los documentos JSON no se indexen correctamente y el valor de title devuelto puede contener un errored. Esto se debe a que los servicios web de SharePoint utilizan la propiedad ows_FileRef para recuperar archivos JSON, lo cual devolverá una página de error. Para solucionar este problema, póngase en contacto con el administrador de SharePoint y con el servicio de soporte de Microsoft.
• Si migra una colección creada en la versión 2.0.1 a la versión 2.1.0 o 2.1.1, esa colección no tendrá asignado un tipo de proyecto y no estará disponible para ser consultada. Para asignar un Tipo de proyecto, abra la página Proyectos seleccionando el icono Mis proyectos. Asigne un nombre a su proyecto y elija uno de los tipos de proyecto: Document Retrieval, Conversational Search, Content Mining o Custom.

Consulte también los problemas identificados en todos los releases anteriores.

2.1.0, 27 de noviembre de 2019

• Cuando se aplica un enriquecimiento a una colección, el idioma del enriquecimiento debe coincidir con el idioma de la colección; de lo contrario fallará. El conjunto de herramientas muestra todas las coleccione, independientemente del idioma.
• En el separador Gestionar campos, puede editar los campos generados por el sistema. Los campos siguientes no se deben editar cambiando el tipo de campo o desactivando la indexación: document_id, extracted_metadata, metadata.
• Cuando suprime una colección y selecciona la opción Don't delete underlying data, los rastreos incompletos de ingestión de documentos seguirán ejecutándose en segundo plano, lo que afectará a los tiempos de inicio de los rastreos nuevos, hasta que se completan los rastreos existentes.
• IBM Cloud Pak for Data Discovery puede no iniciarse correctamente debido a que los componentes entran en un estado de bloqueo. Es posible que se necesiten una intervención manual en la base de datos para eliminar el bloqueo. Para obtener más información sobre la identificación y la resolución de este problema, consulte Eliminación de un estado de bloqueo.
• Si carga un documento con la función cargar datos, suprima ese documento y luego intenta cargar el mismo documento u otro documento con el mismo ID de documento, la carga fallará y aparecerá el mensaje Error during creating a document.
• Los documentos que producen un campo html cuando se procesan no se pueden utilizar con el entrenamiento de relevancia. html se produce para documentos procesados con Smart Document Understanding o Content Intelligence. Se debe eliminar el campo html para que el entrenamiento de relevancia se ejecute correctamente.
• Si el enriquecimiento de la parte del discurso no está activado: No se crearán facetas dinámicas, no se podrán utilizar las sugerencias del diccionario, no se generarán facetas extraídas de " Content Miner ".
• [Actualización: corregido en la versión 2.1.1] Discovery para Content Intelligence y Table Los enriquecimientos de comprensión están configurados de fábrica para aplicarse en un campo llamado html. Cuando un usuario sube un documento JSON sin un campo de nivel raíz llamado html, estos enriquecimientos no darán resultados en el índice. Para ejecutar los enriquecimientos sobre este tipo de documentos JSON, los usuarios deben volver a configurar los enriquecimientos para que se ejecuten sobre uno o varios campos existentes en el documento JSON.
• Cuando se visualiza la página de despliegue de Content Miner, a veces no se muestra el URL de aplicación completo para copia. Para solucionarlo, renueve la página.
• [Actualización: corregido en la versión 2.1.2] La eliminación de una instancia de IBM Watson® Discovery for IBM Cloud Pak® for Data no borrará los datos subyacentes. Suprima las colecciones y los documentos de forma manual.
• [Actualización: corregido en la versión 2.1.3] En el panel de herramientas de mejora, aparece el enriquecimiento Sentiment of phrases, pero actualmente no está disponible.
• En los proyectos de Content Mining, es posible que los campos de dates no se analicen correctamente para su visualización en facetas.
• En las facetas dinámicas, no debería aparecer el conmutador en los proyectos de Content Mining.
• Se deben ingerir al menos 50-100 documentos para ver las facetas dinámicas válidas generadas.
• Si pulsa Detener para detener un rastreador y el convertidor se procesa lentamente o tiene errores, es posible que vea el estado del rastreador en ejecución.
• El límite de tamaño total de todos los campos no HTML en los documentos cargados y rastreados es de 1 MB, lo que equivale a 1.048.576 bytes, y el límite de tamaño total de todos los campos HTML en estos documentos es de 5 MB. Si excede cualquiera de los límites, recibe un mensaje de error que indica The document has fields/HTML fields that exceed the 1 MB/5 MB limit. y el documento no se ingiere. Para obtener ayuda sobre cómo aumentar cualquiera de los límites de tamaño, póngase en contacto con el Centro de asistencia de IBM.

Consulte también los problemas identificados en todos los releases anteriores.

2.0.1, 30 de agosto de 2019

• Después de crear un enriquecimiento Machine Learning utilizando un modelo de IBM Watson® Knowledge Studio, es posible que se muestren dos enriquecimientos con nombres idénticos en la página Enriquecer campos. Esto no afectará a los enriquecimientos, pero es mejor utilizar solo uno de ellos para seleccionar y aplicar el enriquecimiento a uno o varios campos.
• Si un rastreo web parece haberse quedado atascado en un número fijo de documentos y el mensaje que aparece en la página de registros es The ingestion job <jobid> is terminated incorrectly, póngase en contacto con el servicio de asistencia de IBM para que le ayuden a reiniciar el rastreo.
• Si una o varias de sus colecciones se ha entrado, los datos de entrenamiento de una de estas recopilaciones se pueden visualizar en la página Entrenar de una colección no entrenada. Renueve la página para borrar los datos de entrenamiento.
• Los siguientes tipos de documentos no se procesarán si no tienen la extensión de archivo adecuada: .docx, .pptx, .xlsx.

Consulte también los problemas identificados en el release anterior.

Lanzamiento de disponibilidad general (GA), 28 de junio de 2019

• Si trabaja con la herramienta Discovery for Cloud Pak for Data y la sesión de IBM Cloud Pak® for Data sesión caduca, recibe una página en blanco. Para volver a la herramienta, renueve el navegador y vuelva a iniciar la sesión.
• Todos los archivos JSON que se han ingerido en Discovery deben incluir la extensión de archivo .json.
• Cuando se realiza una consulta en collection_id de una colección entrenada, es posible que el valor training_status.notices se muestre como 0 en lugar de mostrar el valor correcto.
• No todas las limitaciones de consulta se imponen en este release. Consulte Limitaciones de consulta para ver la lista completa de campos prohibidos.
• En documentos de origen JSON, no debe duplicar los siguientes campos generados por el sistema: document_id, parent_document_id, filename y title. Esto hará que los campos duplicados aniden dentro de matrices e infrinjan ciertas características, como por ejemplo el entrenamiento del clasificador.
• No incluya una propiedad metadata de nivel raíz en sus documentos JSON. Si carga un documento JSON que ya contiene una propiedad metadata de nivel raíz, la propiedad metadata del documento indexado se convertirá en una matriz en el índice.
• No utilice metadatos para nombres de columna en los archivos csv. Si carga un archivo csv que utiliza metadatos para los nombres de columna en la cabecera, la propiedad metadata del documento indexado se convertirá en una matriz en el índice.
• En los archivos CSV se deben utilizar comas (,) o signos de punto y coma (;) como delimitadores; no se da soporte a otros delimitadores. Si el archivo CSV incluye valores que contienen comas o signos de punto y coma, debe especificar dichos valores entre comillas dobles para que no se separen. Si hay filas de cabecera, los valores contenidos en las mismas se procesan de la misma manera que los valores de todas las demás filas. La última fila de los archivos CSV no se procesará si no va seguida de un CRLF (retorno de carro).
• Actualmente, no se imponen nombres de colección exclusivos. No se recomienda utilizar nombres de colección duplicados y debe evitarse