5.2.x liberações

Veja Limitações e problemas conhecidos em Watson Discovery

5.1.x liberações

Veja Limitações e problemas conhecidos em Watson Discovery

5.0.x liberações

Veja Limitações e problemas conhecidos em Watson Discovery

4.8.x liberações

Veja Limitações e problemas conhecidos em Watson Discovery

4.7.x liberações

Veja Limitações e problemas conhecidos em Watson Discovery

4.6.x liberações

Veja Limitações e problemas conhecidos em Watson Discovery

4.5.x liberações

Veja Limitações e problemas conhecidos em Watson Discovery.

4.0.x liberações

Para obter mais informações sobre questões conhecidas, consulte a documentação IBM Cloud Pak for Data.

4.0.9, 25 de maio de 2022

• O Discovery gera uma mensagem de status de falha parcial para o utilitário de backup e restauração do IBM Cloud Pak for Data Red Hat OpenShift para Data Protection (OADP).

  • Erro: Quando você verifica o status do utilitário de backup OADP depois de usá-lo para fazer backup de um cluster no qual o Discovery está instalado, é exibida uma mensagem Phase: PartiallyFailed. Um ou mais componentes do site Discovery estão incluídos na lista Failed.
  • Causa: não é possível fazer o backup e a restauração do site Discovery usando o utilitário de backup e restauração OADP. Quando o serviço Discovery está presente e um administrador faz o backup de uma instância inteira do IBM Cloud Pak for Data, é exibida uma mensagem de status que indica uma falha parcial. Esse status é exibido porque não é feito o backup dos PVCs (persistent volume claims) do site Discovery. No entanto, a mensagem não impacta o back up do restante dos serviços.
  • Solução: nenhuma ação é necessária para resolver a mensagem de status. É possível remover as solicitações de volume de volume persistente associadas ao serviço Discovery separadamente. Após usar os scripts para fazer backup de seus dados do serviço Discovery, siga a etapa que está documentada nas instruções de desinstalação do serviço Discovery para excluir os PVCs. Para mais informações sobre como remover o PVC associado ao Discovery, consulte Desinstalando o serviço Discovery.

4.0.8, 27 de abril de 2022

• O trabalho wd-discovery-multi-tenant-migration falhará se alguém, além do administrador do sistema, realizar a atualização.

  • Erro: Quando você faz upgrade com um ID de usuário diferente de admin, o trabalho de migração falha.

  • Causa: O script de migração pressupõe que o script seja executado por um usuário com o ID de usuário admin.

  • Solução: aplicar uma correção que torne possível o processo de migração. Conclua as etapas a seguir:

    1. No cliente Web Cloud Pak for Data, obtenha o ID de usuário do proprietário da instância que deseja atualizar.

    2. Faça o download do arquivo de correção wd-migration-uid-patch.zip a partir do repositório Watson Developer Cloud GitHub.

    3. Extraia o arquivo wd-migration-uid-patch.yaml do arquivo compactado e abra-o em um editor de texto.

    4. Substitua a variável <user_id> pelo ID do usuário do proprietário da instância que você deseja fazer upgrade.

    5. Execute o seguinte comando em um terminal que está logado no cluster:

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

    6. Exclua a tarefa de migração anterior usando o seguinte comando:

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

  Após a exclusão da tarefa, a tarefa de migração é reiniciada e a migração é retomada.

  A emissão é fixa com a liberação 4.0.9.

• Discovery gera uma mensagem de status de falha parcial para o utilitário de backup e restauração do IBM Cloud Pak for Data OpenShift® APIs para Proteção de Dados (OADP).

  • Erro: Quando você verifica o status do utilitário de backup OADP depois de usá-lo para fazer backup de um cluster no qual o Discovery está instalado, é exibida uma mensagem Phase: PartiallyFailed. Um ou mais componentes do site Discovery estão incluídos na lista Failed.
  • Causa: não é possível fazer o backup e a restauração do site Discovery usando o utilitário de backup e restauração OADP. Quando o serviço Discovery está presente e um administrador faz o backup de uma instância inteira do IBM Cloud Pak for Data, é exibida uma mensagem de status que indica uma falha parcial. Esse status é exibido porque não é feito o backup dos PVCs (persistent volume claims) do site Discovery. No entanto, a mensagem não impacta o back up do restante dos serviços.
  • Solução: nenhuma ação é necessária para resolver a mensagem de status. É possível remover as solicitações de volume de volume persistente associadas ao serviço Discovery separadamente. Após usar os scripts para fazer backup de seus dados do serviço Discovery, siga a etapa que está documentada nas instruções de desinstalação do serviço Discovery para excluir os PVCs. Para mais informações sobre como remover o PVC associado ao Discovery, consulte Desinstalando o serviço Discovery.

4.0.7, 30 de março de 2022

• Discovery gera um erro nas APIs IBM Cloud Pak for Data OpenShift® para o utilitário de backup e restauração do Data Protection (OADP).

  • Erro: O utilitário não é concluído com sucesso e a mensagem a seguir é escrita para o log: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

  • Causa: não é possível fazer o backup e a restauração do site Discovery usando o utilitário de backup e restauração OADP. Quando o serviço Discovery está presente e um administrador tenta fazer backup de uma instância inteira do IBM Cloud Pak for Data, o Discovery impede que o utilitário seja concluído com êxito.

  • Solução: Aplique um patch que impeça o Discovery de impedir que o utilitário seja concluído com êxito.

    1. Faça o download do arquivo wd-aux-br-patch.zip do repositório Watson Developer Cloud Github.

    2. Extraia o arquivo wd-aux-br-patch.yaml do arquivo ZIP.

    3. Execute o seguinte comando em um terminal que está logado no cluster:

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

  A emissão é fixa com a liberação 4.0.8. (Você ainda não pode fazer backup do serviço Discovery usando o utilitário OADP, mas o utilitário OADP pode fazer backup de outros serviços quando o Discovery for instalado.)

• Deployed o status dos recursos flutua após a conclusão do upgrade do 4.0.7.

  • Erro: ao verificar o status por meio do comando oc get WatsonDiscovery, o status de prontidão dos recursos alterna entre mostrar os componentes 23/23 e 20/23 como prontos para uso.

  • Causa: o estado de prontidão dos recursos não é informado de maneira consistente após uma migração.

  • Solução: geralmente, a instância está pronta para uso apesar da instabilidade do estado de prontidão. Para atualizar manualmente as informações de status, execute os seguintes comandos em um terminal que esteja conectado ao 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}'
    

  Esse problema foi corrigido com a versão 4.0.8.

• O trabalho wd-discovery-multi-tenant-migration falhará se alguém, além do administrador do sistema, realizar a atualização.

  • Erro: Quando você faz upgrade com um ID de usuário diferente de admin, o trabalho de migração falha.

  • Causa: O script de migração pressupõe que o script seja executado por um usuário com o ID de usuário admin.

  • Solução: aplicar uma correção que torne possível o processo de migração. Conclua as etapas a seguir:

    1. No cliente Web Cloud Pak for Data, obtenha o ID de usuário do proprietário da instância que deseja atualizar.

    2. Faça o download do arquivo de correção wd-migration-uid-patch.zip a partir do repositório Watson Developer Cloud GitHub.

    3. Extraia o arquivo wd-migration-uid-patch.yaml do arquivo compactado e abra-o em um editor de texto.

    4. Substitua a variável <user_id> pelo ID do usuário do proprietário da instância que você deseja fazer upgrade.

    5. Execute o seguinte comando em um terminal que está logado no cluster:

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

    6. Exclua a tarefa de migração anterior usando o seguinte comando:

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

  Após a exclusão da tarefa, a tarefa de migração é reiniciada e a migração é retomada.

  A emissão é fixa com a liberação 4.0.9.

4.0.6, 1 de março de 2022

• O upgrade para 4.0.6 falhará se nenhuma instância de Discovery for provisionada no cluster existente antes de você iniciar o processo de upgrade.

  • Erro: O processo de upgrade do 4.0.6 pressupõe que uma instância do Discovery esteja provisionada no cluster existente. Por exemplo, ao fazer o upgrade de 4.0.5 para 4.0.6, é necessário ter uma instância provisionada no cluster 4.0.5 antes de começar a migração.
  • Causa: o código atual retorna um erro quando não existe nenhuma instância, porque ele não consegue localizar um índice de documentos para migrar.
  • Solução: Verifique se uma instância de Discovery foi provisionada no cluster IBM Cloud Pak for Data existente antes de iniciar o upgrade para 4.0.6. Se você tentou fazer o upgrade para 4.0.6, mas nenhuma instância foi provisionada e a migração falhou, remova a instalação existente e instale 4.0.6 do zero.

• Deployed o status dos recursos flutua após a conclusão do upgrade do 4.0.6.

  • Erro: ao verificar o status por meio do comando oc get WatsonDiscovery, o status de prontidão dos recursos alterna entre mostrar os componentes 23/23 e 20/23 como prontos para uso.

  • Causa: o estado de prontidão dos recursos não é informado de maneira consistente após uma migração.

  • Solução: geralmente, a instância está pronta para uso apesar da instabilidade do estado de prontidão. O estado de prontidão é estabelecido após aproximadamente 5 horas. Você pode esperar que o estado de prontidão mostre consistentemente 23/23 ou pode atualizar manualmente as informações de status executando os seguintes comandos em um terminal conectado ao 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}'
    

  Esse problema foi corrigido com a versão 4.0.8.

• Discovery gera um erro nas APIs IBM Cloud Pak for Data OpenShift® para o utilitário de backup e restauração do Data Protection (OADP).

  • Erro: O utilitário não é concluído com sucesso e a mensagem a seguir é escrita para o log: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

  • Causa: não é possível fazer o backup e a restauração do site Discovery usando o utilitário de backup e restauração OADP. Quando o serviço Discovery está presente e um administrador tenta fazer backup de uma instância inteira do IBM Cloud Pak for Data, o Discovery impede que o utilitário seja concluído com êxito.

  • Solução: Aplique um patch que impeça o Discovery de impedir que o utilitário seja concluído com êxito.

    1. Faça o download do arquivo wd-aux-br-patch.zip do repositório Watson Developer Cloud Github.

    2. Extraia o arquivo wd-aux-br-patch.yaml do arquivo ZIP.

    3. Execute o seguinte comando em um terminal que está logado no cluster:

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

  Esta questão foi fixada com a liberação 4.0.8. (Você ainda não pode fazer backup do serviço Discovery usando o utilitário OADP, mas o utilitário OADP pode fazer backup de outros serviços quando o Discovery for instalado.)

• O trabalho wd-discovery-multi-tenant-migration falhará se alguém, além do administrador do sistema, realizar a atualização.

  • Erro: Quando você faz upgrade com um ID de usuário diferente de admin, o trabalho de migração falha.

  • Causa: O script de migração pressupõe que o script seja executado por um usuário com o ID de usuário admin.

  • Solução: aplicar uma correção que torne possível o processo de migração. Conclua as etapas a seguir:

    1. No cliente Web Cloud Pak for Data, obtenha o ID de usuário do proprietário da instância que deseja atualizar.

    2. Faça o download do arquivo de correção wd-migration-uid-patch.zip a partir do repositório Watson Developer Cloud GitHub.

    3. Extraia o arquivo wd-migration-uid-patch.yaml do arquivo compactado e abra-o em um editor de texto.

    4. Substitua a variável <user_id> pelo ID do usuário do proprietário da instância que você deseja fazer upgrade.

    5. Execute o seguinte comando em um terminal que está logado no cluster:

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

    6. Exclua a tarefa de migração anterior usando o seguinte comando:

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

  Após a exclusão da tarefa, a tarefa de migração é reiniciada e a migração é retomada.

  A emissão é fixa com a liberação 4.0.9.

4.0.5, 26 de janeiro de 2022

• Discovery gera um erro nas APIs IBM Cloud Pak for Data OpenShift® para o utilitário de backup e restauração do Data Protection (OADP).

  • Erro: O utilitário não é concluído com sucesso e a mensagem a seguir é escrita para o log: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

  • Causa: não é possível fazer o backup e a restauração do site Discovery usando o utilitário de backup e restauração OADP. Quando o serviço Discovery está presente e um administrador tenta fazer backup de uma instância inteira do IBM Cloud Pak for Data, o Discovery impede que o utilitário seja concluído com êxito.

  • Solução: Aplique um patch que impeça o Discovery de impedir que o utilitário seja concluído com êxito.

    1. Faça o download do arquivo wd-aux-br-patch.zip do repositório Watson Developer Cloud Github.

    2. Extraia o arquivo wd-aux-br-patch.yaml do arquivo ZIP.

    3. Execute o seguinte comando em um terminal que está logado no cluster:

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

  Esta questão foi fixada com a liberação 4.0.8. (Você ainda não pode fazer backup do serviço Discovery usando o utilitário OADP, mas o utilitário OADP pode fazer backup de outros serviços quando o Discovery for instalado.)

4.0.4, 20 de dezembro de 2021

• Discovery gera um erro nas APIs IBM Cloud Pak for Data OpenShift® para o utilitário de backup e restauração do Data Protection (OADP).

  • Erro: O utilitário não é concluído com sucesso e a mensagem a seguir é escrita para o log: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

  • Causa: não é possível fazer o backup e a restauração do site Discovery usando o utilitário de backup e restauração OADP. Quando o serviço Discovery está presente e um administrador tenta fazer backup de uma instância inteira do IBM Cloud Pak for Data, o Discovery impede que o utilitário seja concluído com êxito.

  • Solução: Aplique um patch que impeça o Discovery de impedir que o utilitário seja concluído com êxito.

    1. Faça o download do arquivo wd-aux-br-patch.zip do repositório Watson Developer Cloud Github.

    2. Extraia o arquivo wd-aux-br-patch.yaml do arquivo ZIP.

    3. Execute o seguinte comando em um terminal que está logado no cluster:

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

  Esta questão foi fixada com a liberação 4.0.8. (Você ainda não pode fazer backup do serviço Discovery usando o utilitário OADP, mas o utilitário OADP pode fazer backup de outros serviços quando o Discovery for instalado.)

4.0.3, 18 de novembro de 2021

• Os tours guiados não estão disponíveis neste release.

• Discovery gera um erro nas APIs IBM Cloud Pak for Data OpenShift® para o utilitário de backup e restauração do Data Protection (OADP).

  • Erro: O utilitário não é concluído com sucesso e a mensagem a seguir é escrita para o log: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

  • Causa: não é possível fazer o backup e a restauração do site Discovery usando o utilitário de backup e restauração OADP. Quando o serviço Discovery está presente e um administrador tenta fazer backup de uma instância inteira do IBM Cloud Pak for Data, o Discovery impede que o utilitário seja concluído com êxito.

  • Solução: Aplique um patch que impeça o Discovery de impedir que o utilitário seja concluído com êxito.

    1. Faça o download do arquivo wd-aux-br-patch.zip do repositório Watson Developer Cloud Github.

    2. Extraia o arquivo wd-aux-br-patch.yaml do arquivo ZIP.

    3. Execute o seguinte comando em um terminal que está logado no cluster:

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

  Esta questão foi fixada com a liberação 4.0.8. (Você ainda não pode fazer backup do serviço Discovery usando o utilitário OADP, mas o utilitário OADP pode fazer backup de outros serviços quando o Discovery for instalado.)

4.0.0, 13 de julho de 2021

• Os enriquecimentos de modelo de aprendizado de máquina que você aplica usando a API Analyze podem falhar.

  • Erro: [WKSML_MODEL_NAME]: Enrichment of a document failed
  • Cause: Há uma questão conhecida no Watson Knowledge Studio que pode causar um tempo limite no processamento de enriquecimento.
  • Solução: Ao usar a API do Analyze para aplicar um Watson Knowledge Studio modelo de enriquecimento a uma coleção, mantenha o tamanho do documento de entrada abaixo de 50 KB.

2.2.1, 26 de fevereiro de 2021

• Problema de sincronização de implementação:

  • Erro: após instalar a correção 7, quando você tenta provisionar uma instância de serviço, um erro 404 Not Found é exibido. A mensagem a seguir pode ser registrada para os pods nginx: open() "/usr/local/openresty/nginx/html/watson/common/discovery/auth" failed (2: No such file or directory)
  • Solução: reinicie o pod zen-watcher.

• Se você executar uma instalação fisicamente isolada que extrai imagens de contêiner de um registro de contêiner externo, poderá ocorrer o problema a seguir:

  • Erro: alguns pods Discovery podem relatar um erro ImagePullBackoff.

  • Causa: o segredo de extração de imagem errado está sendo usado.

  • Solução: conclua as etapas a seguir durante a instalação:

    • Comece a instalar Watson Discovery.

    • Após a conclusão do módulo watson-discovery-operator, verifique se um recurso customizado WatsonDiscovery é criado executando o comando a seguir:

      oc get WatsonDiscovery wd
      

    • Após o recurso customizado ser criado, execute os comandos a seguir para apontar o segredo de extração de imagem correto para extrair imagens do 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)"
      

    • Se os pods RabbitMQ ainda estiverem no estado ImagePullBackoff, remova o CR RabbitMQ para permitir que o rabbitmq-operator recrie os clusters RabbitMQ. É possível utilizar o seguinte comando:

      oc delete IbmRabbitmq wd-rabbitmq
      

• No IBM Watson® Discovery, o projeto Content Mining suporta apenas uma coleção por projeto. Se você criar mais de uma coleção de Content Mining, poderão ocorrer erros. Se ocorrerem erros, exclua as coleções adicionais de Content Mining para que cada projeto Content Mining tenha apenas uma coleção associada.

• Se você estiver preparando seus clusters do Discovery for Cloud Pak for Data para um upgrade no local de sua instância da 2.2.0 para 2.2.1, ocasionalmente, o comando cpd-cli adm falhará, mostrando a mensagem de erro a seguir: Error from server (UnsupportedMediaType): error when applying patch. Se você receber essa mensagem de erro, insira oc delete scc cpd-zensys-scc cpd-user-scc cpd-noperm-scc edb-operator-scc admin-discovery-scc para excluir os recursos relacionados e insira novamente o comando cpd-cli adm.

• Se você estiver fazendo upgrade de sua instância do Discovery for Cloud Pak for Data da 2.2.0 para 2.2.1, ocasionalmente, o comando cpd-cli upgrade será concluído antes de as atualizações serem concluídas. Para obter informações sobre como verificar se o seu upgrade foi concluído com sucesso, consulte Verificando se o seu upgrade foi concluído com sucesso.

• As imagens do trem-modelo não são atualizadas após a atualização de Discovery 2.2.0 para 2.2.1. Como uma solução alternativa para esse problema, exclua as implementações que são criadas pelo operador de treinamento de modelo e aguarde que o operador recrie as implementações. Insira o comando a seguir para excluir as implementações:

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

  Depois de executar esse comando, o operador de treinamento de modelo cria novas implementações.

• Se você fizer upgrade do Discovery for Cloud Pak for Data de 2.2.0 para 2.2.1, poderá receber a mensagem de erro a seguir:

  [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
  

  Essa mensagem de erro é gerada porque a classe de armazenamento que foi usada para a instalação é diferente daquela que foi usada durante o upgrade Essa discrepância resulta de um complemento diferente instalando os operadores de dependência porque os operadores de dependência da classe de armazenamento do complemento diferente foram registrados como aqueles que foram usados para instalação. Para obter uma solução alternativa para esse problema, deve-se fazer upgrade dos subconjuntos a seguir individualmente:

  • Faça upgrade do operador de gateway 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
    

  • Fazer upgrade do operador 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
    

  • Faça upgrade do 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
    

  • Atualize o 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ássico do trem do modelo de upgrade:

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

  • Faça upgrade do 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
    

    em que <Project> é o namespace em que sua instância Discovery for Cloud Pak for Data 2.2.0 está instalada, em que <Registry_location> é o local das imagens que você enviou para o servidor de registro e em que <Registry_from_cluster> é o local do qual os pods no cluster podem extrair imagens.

• Ao instalar no IBM Cloud Pak for Data 3.5, você pode encontrar o problema a seguir:

  • Erro: se você tentar provisionar o serviço Discovery em um cluster no qual o Planning Analytics está em execução, alguns dos pods Discovery não são iniciados e a instalação falha. Os logs do pod mostram mensagens como java.lang.NumberFormatException: For input string.
  • Causa: uma variável de ambiente denominada COUCHDB_PORT é incluída no cluster Kubernetes pelo serviço couchdb que é instalado com o Planning Analytics. Discovery não usa couchdb e, portanto, não especifica um valor para essa variável de ambiente. No entanto, alguns pods tentam analisar a variável, o que resulta no erro.
  • Solução: Instalar correção cpd-watson-discovery-2.2.1-patch-1, que corrige esse problema.

Além disso, consulte os problemas em todos as liberações anteriores.

2.2, 8 de dezembro de 2020

• Quando um pequeno arquivo CSV (geralmente um CSV com 99 linhas ou menos) é transferido por upload, o cabeçalho e/ou a primeira linha podem não ser alimentados corretamente. Se isso acontecer, no conjunto de ferramentas, navegue até a guia Configurações do CSV e atualize as configurações. Depois de processar novamente, navegue até a guia Gerenciar campos e atualize os tipos de campo, se necessário.

• Se você tiver configurado suas coleções usando um rastreador personalizado criado com o conector personalizado IBM Cloud Pak for Data e, em seguida, remover a implantação do rastreador personalizado, a página Processing Settings (Configurações de processamento) não exibirá a configuração do rastreador. Isso ocorre porque o crawler subjacente não está disponível. Como solução alternativa para esse problema, confirme que o crawler customizado é implementado quando há coleções que o estão utilizando.

• Ao usar um IBM Cloud Pak for Data conector customizado com Discovery para IBM Cloud Pak for Data 2.2, o script scripts/manage_custom_crawler.sh usado para implementar e remover a implementação do crawler customizado falha. Como solução alternativa para esse problema, substitua a linha 37 podname="gateway" por podname="wd-discovery-gateway" em scripts/manage_custom_crawler.sh e, em seguida, execute o comando de implementação novamente.

• Ao criar um enriquecimento customizado no conjunto de ferramentas, deve-se escolher um campo ao qual o enriquecimento deve ser aplicado e clicar em Aplicar. Se nenhum campo for selecionado, o botão Aplicar e processar novamente ficará desativado para mudanças de enriquecimentos até que o novo enriquecimento tenha um campo.

• Se você aplicar o enriquecimento Contratos ou o enriquecimento Tabelas de entendimento a uma coleta, poderá receber a seguinte mensagem de erro quando essa coleta estiver alimentando documentos: The number of nested documents has exceeded the allowed limit of [X]. Entre em contato com oIBM Support Center para ajustar o limite.

• Quando o texto for enriquecido com um dicionário customizado, a saída de entities.type deverá ser o caminho de máscara completo para o enriquecimento Dicionário. No entanto, nesta liberação, o caminho de máscara completo não será exibido. Como solução alternativa para isso, processe a coleção novamente. Por exemplo, se o caminho de máscara for sample1.sample2, ele terá a aparência a seguir antes do reprocessamento:

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

  E isso depois:

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

• Quando um arquivo CSV for transferido por upload com as definições do conversor configuradas como auto_detection=true, a guia Configurações do CSV no conjunto de ferramentas exibirá as configurações incorretas. Se você atualizar as configurações na guia Configurações do CSV, auto_detection não será mais configurado como true.

• Em documentos do Office ('.doc', '.docx', '.odf', '.xls', '.xlsx', '.ods', '.ppt', '.pptx', '.odp') convertidos usando um modelo customizado Smart Document Understanding (SDU), a publicationdate poderá não ser exibida no campo extracted_metadata na resposta JSON. Ela aparecerá no campo html da resposta JSON. A publicationdate no campo html será a data em que o documento foi alimentado e não a data de publicação original do documento.

• A API de análise usa um cache contido na memória para manter os modelos de enriquecimento associados à coleção usada para executar os documentos. Se a coleção contiver muitos enriquecimentos grandes ou diversas dessas coleções forem usadas ao mesmo tempo, o cache poderá ficar sem memória. Quando isso acontecer, a API de análise retornará resultados nulos (veja o exemplo) e o proxy de REST da API stateless exibirá esta mensagem no log dele: RESOURCE_EXHAUSTED: stateless.Analysis/analyze: RESOURCE_EXHAUSTED.

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

  Para contornar esse problema:

  1. Revise os enriquecimentos usados na coleção e remova aqueles que não são necessários para seu aplicativo. Em particular, remova o enriquecimento da parte da fala.

  2. Reduza o número de coleções usadas simultaneamente com a API de análise.

  3. Aumente o cache de memória:

     • Aumente o limite de memória de container model-runtime em deployment core-discovery-stateless-api-model-runtime para 10 GB ou mais
     • Edite a variável de ambiente CAPACITY_MB em deployment core-discovery-stateless-api-model-runtime e configure-a como 10240 ou mais

• Se o contêiner de tempo de execução do modelo for reiniciado, mas o contêiner de tempo de execução de malha do modelo não for, a API Analyze poderá ter problemas.

  • Erro: A chamada API Analzye retorna 500 erros em uma coleta específica e o log contém a entrada a seguir:

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

  • Causa: o contêiner de tempo de execução do modelo e o contêiner de tempo de execução de malha do modelo estão fora de sincronização..

  • Solução: Exclua os pods wd-stateless-api-model-runtime para reiniciar os contêineres de malha de modelo e de tempo de execução de modelo.

Consulte também os problemas identificados em todas as liberações anteriores.

2.1.4, 2 de setembro de 2020:

• Ao configurar um crawl da web usando a autenticação de formulário, se você especificar uma URL sem uma barra à direita, por exemplo, https://webcrawlurl.com, o crawl da web efetuará crawl apenas da página de login. Para contornar esse problema, adicione uma barra final ao endereço URL, por exemplo: https://webcrawlurl.com/.
• Os Tours guiados não são executados no Firefox. Para obter a lista de outros navegadores suportados, consulte Suporte a navegador.
• A ingestão de documentos em uma coleção que usa um modelo de Regras Avançadas personalizado criado no Watson Knowledge Studio pode falhar se vários extratores no modelo usarem internamente os mesmos nomes para uma ou mais visualizações de saída.
• Se você excluir um grande número de documentos e depois ingerir imediatamente um grande número de documentos, poderá demorar mais para que todos os documentos se tornem disponíveis.
• O enriquecimento Classificador não funciona quando FIPS (Federal Information Processing Standards) está ativado.

Consulte também os problemas identificados em todas as liberações anteriores.

2.1.3, 19 de junho de 2020:

• Os Entity Subtypes em modelos de Aprendizado de máquina do IBM Watson® Knowledge Studio não são suportados no Discovery for Cloud Pak for Data 2.1.3 ou mais recente. Para obter instruções sobre a conversão de modelos existentes, entre em contato com o centro de suporte.

• Não é possível fazer upload de arquivos CSV que incluam um espaço no nome do arquivo (por exemplo: file 1.csv) para um projeto de Mineração de conteúdo. Renomeie o arquivo para contornar o problema.

• Ao executar o treinamento de relevância no nível de Projeto, se você tiver diversas coleções e duas ou mais delas contiverem um document_id duplicado, o treinamento de relevância no nível de projeto falhará. Exemplo de document_ids duplicado: a Collection A contém um documento com o ID de 1234 e a Collection B também contém um documento com o ID de 1234.

• Apenas a primeira máscara que usar um campo com o prefixo extracted_metadata será salva corretamente após a criação. Aparecerão outras com esse prefixo, mas após uma atualização de tela sumirão. Isso acontece apenas uma vez por projeto, portanto, a solução alternativa é atualizar e incluir a máscara novamente.

• IBM Cloud Pak for Data Durante a instalação em IBM Cloud Pak® for Data 2.5.0.0, alguns trabalhos de Kubernetes podem informar incorretamente seu status como OOMKilled, causando o tempo limite da instalação. Para resolver isso, uma vez que uma Tarefa retorne OOMKilled, verifique os logs do Pod associados a essa Tarefa. Não deve haver mensagens de erro óbvias nos logs e os recursos são relatados nos logs como criados. Verifique manualmente se esses recursos existem no namespace e, em seguida, exclua a Tarefa. Isso fará com que a instalação continue.

• Alguns documentos podem mostrar dois campos html ao aplicar um enriquecimento. Ambos os campos html mostrados são os mesmos e operam como tal.

• Ao criar uma origem de dados no Firefox, é possível que você não veja a lista inteira de opções, incluindo as configurações de Mais configurações de processamento. A solução alternativa do problema é diminuir o zoom, aumentar a altura do navegador ou usar outro navegador suportado.

• Ao customizar a exibição de resultados da procura, as mudanças feitas às vezes não são salvas depois de clicar no botão Apply. Para contornar esse problema, atualize o navegador e tente fazer as mudanças novamente.

• Ao configurar uma origem de dados ou um crawler da web para sua coleta, se você inserir uma configuração incorreta e tentar atualizá-la na página Configurações de processamento, a atualização ou o crawl da origem de dados poderá não ser iniciado ao clicar no botão Apply changes and reprocess. É possível confirmar esse problema abrindo a página Atividade de sua coleção para ver se o processamento foi iniciado. Se você vir que o processamento não foi iniciado para sua origem de dados, clique no botão Recrawl e, em seguida, no botão Apply changes and reprocess. Se você vir que o processamento não foi iniciado para seu crawl da web, clique no botão Stop e, em seguida, no botão Recrawl.

• IBM Cloud Pak for Data Ao executar testes Helm na implantação core usando helm test core, o core-discovery-api-post-install-test retornará um status FAILED. Isso se deve a um bug na imagem do pod test. O resultado do teste pode ser ignorado já que a falha não está relacionada a nada na implementação.

• Por padrão, o Reconhecimento de caractere ótico (OCR) é configurado como off quando você cria qualquer Tipo de projeto com o conjunto de ferramentas. No entanto, se você criar um Projeto usando a API, o OCR será configurado como on. A solução alternativa desse problema é abrir o Conjunto de ferramentas e mudar a Configuração do projeto para off.

• Quando o reconhecimento de caractere ótico (OCR) é configurado como on para uma coleção e nenhum modelo SDU (Smart Document Understanding) treinado é aplicado, os arquivos PNG, TIFF e JPG não são processados para o reconhecimento de texto. As imagens integradas em documentos PDF, Word, PowerPoint e Excel não serão processadas - somente a parte que não é de imagem desses documentos será processada para reconhecimento de texto. Para contornar esse problema, importe ou treine um modelo SDU e reprocesse a coleção. Isso permitirá que o texto seja extraído das imagens.

• Depois de criar uma qualificação de procura no Watson Assistant e ser direcionado ao conjunto de ferramentas do Discovery, a tela fica em branco. Isso acontece porque falta na URL o ID de instância do Discovery. Para contornar esse problema:

  1. No menu do Web client do IBM Cloud Pak for Data, escolha Minhas instâncias. Por exemplo: https://mycluster.com/zen/#/myInstances.
  2. Selecione a instância do Discovery que está usando e clique em Launch Tool.
  3. Uma vez carregado o conjunto de ferramentas, a URL deverá ter a estrutura a seguir: https://mycluster.com/discovery/core/instances/00000000-0000-0000-0001-597165341876/projects
  4. Copie o caminho inteiro, excluindo /projects. Por exemplo:https://mycluster.com/discovery/core/instances/00000000-0000-0000-0001-597165341876
  5. Volte para a guia do navegador que está exibindo a tela em branco Discovery. Essa estrutura URL terá a seguinte aparência: https://mycluster.com/discovery/core/collections/new?redirect_uri=...
  6. Substitua https://mycluster.com/discovery/core pelo URL que você copiou anteriormente, de modo que o novo URL tenha a seguinte aparência: https://mycluster.com/discovery/core/instances/00000000-0000-0000-0001-597165341876/collections/new?redirect_uri=...
  7. Pressione Enter para abrir a URL atualizada. É necessário que você esteja agora na página do Watson Discovery Gerenciar coleções.

Consulte também os problemas identificados em todas as liberações anteriores.

2.1.2, 31 de março de 2020

• Ao usar a recuperação de passagem com coreano, polonês, japonês, eslovaco ou chinês, é possível encontrar tempos de resposta muito mais lentos nessa versão. Para resolver isso, desative a recuperação de passagem ou faça upload de uma lista de palavras vazias customizada com palavras que são comuns em seus documentos (por exemplo, preposições e pronomes). Consulte Definindo palavras vazias para obter listas de palavras vazias de exemplo em vários idiomas. Consulte também Stopwords ISOno GitHub.

• [Atualização: corrigido na versão 2.1.3] Nas versões 2.1.2, 2.1.1 e 2.1.0, os arquivos de imagem individuais PNG, TIFF e JPG não são digitalizados e nenhum texto é extraído desses arquivos. As imagens PNG, TIFF e JPEG integradas em arquivos PDF, Word, PowerPoint e Excel também não são escaneadas e nenhum texto é extraído desses arquivos de imagem.

• O Smart Document Understanding não suporta conversão de .doc, .docx, .odf, .xls, .xlsx, .ods, .ppt, .pptx e .odp quando o FIPS (Federal Information Processing Standards) está ativado.

• Em um aplicativo de mineração de conteúdo, qualquer sinalizador de documento configurado desaparecerá se o índice for reconstruído para essa coleção.

• A partir da liberação 2.1.2, o upload e o gerenciamento de dados de treinamento de relevância usando as APIs v1 não treinarão um modelo de treinamento de relevância. As APIs v1 foram substituídas pelas APIs de treinamento de relevância de projetos v2. Se os seus dados de treinamento precisarem ser preservados, eles poderão ser listados usando a API v1 e, em seguida, incluídos em um projeto com a API v2.

• Não é possível aplicar várias expressões regulares a uma coleção ao mesmo tempo.

• IBM Cloud Pak for Data Houve duas pequenas alterações nas instruções de instalação README incluídas no download do IBM Watson® Discovery for IBM Cloud Pak® for Data. Para obter a versão atualizada do README, consulte a tabela Discovery Helm README.md.

  • Uma mudança na descrição do argumento --cluster-pull-prefix PREFIX.
  • O nome do pacote de extensão de idioma foi atualizado de ibm-watson-discovery-pack1-2.1.2.tar.xz. para ibm-wat-dis-pack1-prod-2.1.2.tar.xz.

Consulte também os problemas identificados em todas as liberações anteriores.

2.1.1, 24 de janeiro de 2020

• Ao criar um dicionário, os termos sugeridos no dicionário são normalizados para letras minúsculas por padrão (por exemplo, Watson Assistant será normalizado para watson assistant). Para garantir a correspondência de termos em maiúsculas, eles devem ser explicitamente incluídos como parte da lista Other terms ou como Base term.
• Ao fazer backup e restaurar dados, os dados de treinamento não são restaurados com sucesso. Se os documentos em sua coleção tiverem sido incluídos por meio de crawl usando um conector ou crawl da web, seus dados de treinamento poderão ser recuperados separadamente para o backup de um projeto existente e transferidos por upload para um novo projeto restaurado. Para obter mais informações, consulte Listar consultas de treinamento e Criar consultas de treinamento ) na referência da API.
• Ao executar crawl de documentos do SharePoint Online ou do SharePoint OnPrem, os documentos JSON podem não ser indexados corretamente e o title retornado pode ser errored. Isso é porque os serviços da web do SharePoint usam a propriedade ows_FileRef para recuperar arquivos JSON, que retornarão uma página de erro. Para corrigir esse problema, entre em contato com o Administrador do SharePoint e o Suporte da Microsoft.
• Se você migrar uma coleção criada na versão 2.0.1 para a versão 2.1.0 ou 2.1.1, essa coleção não terá um Tipo de projeto designado e a coleção não estará disponível para ser consultada. Para designar um Tipo de projeto, abra a página Projetos selecionando Meus projetos. Nomeia seu projeto e escolha um dos Tipos de projeto: Document Retrieval, Conversational Search, Content Mining ou Custom.

Consulte também os problemas identificados em todas as liberações anteriores.

2.1.0, 27 de novembro de 2019

• Ao aplicar um enriquecimento a uma coleção, o idioma de enriquecimento deverá corresponder ao idioma de coleção ou ele falhará. O conjunto de ferramentas exibe todas as coleções, independentemente do idioma.
• Na guia Gerenciar campos, é possível editar campos gerados pelo sistema. Os campos a seguir não devem ser editados mudando o tipo de campo ou desativando a indexação: document_id, extracted_metadata, metadata.
• Ao excluir uma Coleção e selecionar a opção Don't delete underlying data, quaisquer crawls de ingestão de documento incompletos continuarão em execução no segundo plano, o que impactará os novos horários de início de crawl, até que os crawls existentes sejam concluídos.
• IBM Cloud Pak for Data Discovery pode não iniciar corretamente devido ao fato de os componentes entrarem em um estado de bloqueio. A intervenção manual do banco de dados pode ser necessária para limpar o bloqueio. Para obter mais informações sobre como identificar e resolver esse problema, consulte Limpando um estado de bloqueio.
• Se você fizer upload de um documento com a função Fazer upload de dados, excluir esse documento e, em seguida, tentar fazer upload do mesmo documento ou de outro documento com o mesmo ID do documento, o upload falhará e a mensagem Error during creating a document será exibida.
• Documentos que produzem um campo html quando processados não podem ser usados com treinamento de relevância. html é produzido para documentos processados com Smart Document Understanding ou Content Intelligence. O campo html deve ser removido antes que o treinamento de relevância possa ser concluído com sucesso.
• Se o enriquecimento da parte do discurso não estiver ativado: Facetas dinâmicas não serão criadas, sugestões de dicionário não poderão ser usadas, Content Miner "facetas extraídas" não serão geradas.
• [Atualização: corrigido na versão 2.1.1] Discovery para Content Intelligence e os enriquecimentos do Table Understanding são configurados imediatamente para serem aplicados em um campo chamado html. Quando um usuário faz upload de um documento JSON sem um campo de nível de raiz chamado html, esses enriquecimentos não produzirão resultados no índice. Para executar os enriquecimentos sobre esse tipo de documentos JSON, os usuários devem reconfigurar os enriquecimentos para serem executados em um campo (ou campos) existente no documento JSON.
• Ao visualizar a página de implementação do Content Miner, às vezes a URL completa do aplicativo não é exibida para cópia. Para corrigir, atualize a página.
• [Atualização: corrigido na versão 2.1.2] O desprovisionamento de uma instância IBM Watson® Discovery for IBM Cloud Pak® for Data não excluirá os dados subjacentes. Exclua as coleções e os documentos manualmente.
• [Atualização: corrigido na versão 2.1.3] No painel Ferramentas de aprimoramento, o enriquecimento Sentiment of phrases está listado, mas não está disponível no momento.
• Em projetos do Content Mining, os campos dates podem não ser analisados adequadamente para exibição em máscaras.
• A alternância de máscaras Dinâmicas não deve aparecer em projetos do Content Mining.
• Um mínimo de 50-100 documentos deve ser alimentado para ver as máscaras dinâmicas válidas geradas.
• Se você clicar em Parar a fim de parar um crawler e o conversor for processado lentamente ou tiver erros, será possível ver um status da execução do crawler.
• O limite de tamanho total de todos os campos não HTML nos documentos transferidos por upload e submetidos a crawl é de 1 MB, o que equivale a 1.048.576 bytes, e o limite de tamanho total de todos os campos HTML nesses documentos é de 5 MB. Se você exceder qualquer limite, receberá uma mensagem de erro informando The document has fields/HTML fields that exceed the 1 MB/5 MB limit. e o documento não será alimentado. Para obter ajuda sobre como aumentar qualquer um dos limites de tamanho, entre em contato com o Centro de Suporte IBM.

Consulte também os problemas identificados em todas as liberações anteriores.

2.0.1, 30 de agosto de 2019

• Depois de criar um enriquecimento de Aprendizado de máquina usando um modelo do IBM Watson® Knowledge Studio, dois enriquecimentos identicamente nomeados podem ser exibidos na página Enriquecer campos. Isso não afetará os enriquecimentos, mas é melhor usar somente um deles para selecionar e aplicar o enriquecimento a um ou mais campos.
• Se um rastreamento da Web parecer estar travado no processamento de um número fixo de documentos e a mensagem exibida na página Logs for The ingestion job <jobid> is terminated incorrectly, entre em contato com o suporte IBM para obter assistência para reiniciar o rastreamento.
• Se uma ou mais de suas coleções forem treinadas, os dados de treinamento de uma dessas coleções poderão ser exibidos na página Treinar de uma coleção não treinada. Atualize a página para limpar esses dados de treinamento.
• Os tipos de documentos a seguir não serão processados se eles não tiverem a extensão de arquivo adequada: .docx, .pptx, .xlsx.

Consulte também os problemas identificados na liberação anterior.

Lançamento da disponibilidade geral (GA), 28 de junho de 2019

• Se você estiver trabalhando no conjunto de ferramentas do Discovery for Cloud Pak for Data e sua sessão do IBM Cloud Pak® for Data expirar, você receberá uma página em branco. Para retornar para o conjunto de ferramentas, atualize o navegador e efetue login novamente.
• Todos os arquivos JSON alimentados no Discovery devem incluir a extensão de arquivo .json.
• Ao consultar no collection_id de uma coleção treinada, o valor training_status.notices pode ocasionalmente ser exibido como 0 em vez do valor correto.
• Nem todas as limitações de consulta são impostas nesta liberação. Consulte limitações de consulta para obter a lista completa de campos banidos.
• Nos documentos de origem JSON, você é necessário duplicar os campos gerados pelo sistema a seguir: document_id, parent_document_id, filename e title. Isso fará com que os campos duplicados sejam aninhados dentro de matrizes e quebrem determinados recursos, como o treinamento do classificador.
• Não inclua uma propriedade metadata em nível de raiz em seus documentos JSON. Se você carregar um documento JSON que já contenha uma propriedade metadata em nível de raiz, a propriedade metadata do documento indexado será convertida em uma matriz no índice.
• Não use metadados para nomes de colunas nos arquivos CSV. Se você fizer upload de um arquivo CSV que use metadados para os nomes da coluna no cabeçalho, a propriedade metadata do documento indexado será convertida em uma matriz no índice.
• Os arquivos CSV devem usar vírgulas (,) ou pontos e vírgulas (;) como delimitadores; outros delimitadores não são suportados. Se o seu arquivo CSV incluir valores contendo vírgulas ou pontos e vírgulas, será necessário colocar esses valores entre aspas duplas para que eles não sejam separados. Se houver linhas do cabeçalho presentes, os valores dentro delas serão processados da mesma maneira que os valores em todas as outras linhas. A última linha de arquivos CSV não será processada se não for seguida por um CRLF (retorno de linha).
• Atualmente, nomes de coleção exclusivos não são impostos. O uso de nomes de coleções duplicados não é recomendado e deve ser evitado