IBM Cloud Docs
Problemi noti

Problemi noti

I problemi noti vengono elencati in base alla release in cui sono stati rilevati.

IBM Cloud Pak for Data IBM Software Hub

I problemi noti descritti in questo argomento si applicano solo a distribuzioni installate.

5.1.x rilascia

Vedi Limitazioni e problemi noti in Watson Discovery

Release 5.0.x

Vedi Limitazioni e problemi noti in Watson Discovery

Release di 4.8.x

Vedi Limitazioni e problemi noti in Watson Discovery

Release 4.7.x

Vedi Limitazioni e problemi noti in Watson Discovery

Release 4.6.x

Vedi Limitazioni e problemi noti in Watson Discovery

Release 4.5.x

Vedi Limitazioni e problemi noti in Watson Discovery.

Release 4.0.x

Per ulteriori informazioni sui problemi noti, vedi la documentazione diIBM Cloud Pak for Data.

4.0.9, 25 maggio 2022

  • Discovery genera un messaggio di stato di errore parziale per il programma di utilità di backup e ripristino IBM Cloud Pak for Data Red Hat OpenShift APIs for Data Protection (OADP).

    • Errore: quando controlli lo stato del programma di utilità di backup OADP dopo averlo utilizzato per eseguire il backup di un cluster in cui è installata Discovery, viene visualizzato un messaggio Phase: PartiallyFailed. Uno o più componenti Discovery sono inclusi nell'elenco Failed.
    • Causa: non è possibile eseguire il backup e il ripristino di Discovery utilizzando l'utilità di backup e ripristino OADP. Quando il servizio Discovery è presente e un amministratore esegue il backup di un'intera istanza IBM Cloud Pak for Data, viene visualizzato un messaggio di stato che indica un errore parziale. Questo stato viene visualizzato perché non viene eseguito il backup delle attestazioni del volume persistente (PVC) per Discovery. Tuttavia, il messaggio non influisce sul back up del resto dei servizi.
    • Soluzione: non è richiesta alcuna azione per risolvere il messaggio di stato. È possibile rimuovere separatamente le richieste di volume persistenti associate al servizio Discovery. Dopo aver utilizzato gli script per eseguire il backup dei dati del servizio Discovery, è possibile seguire il passo documentato nelle istruzioni di disinstallazione per il servizio Discovery per l'eliminazione delle PVC. Per ulteriori informazioni su come rimuovere la PVC associata al rilevamento, vedi Disinstallazione del servizio Discovery.

4.0.8, 27 Aprile 2022

  • Il lavoro di migrazione wd - discovery - multi - tenant non riesce se l'aggiornamento viene eseguito da chiunque, oltre a un amministratore di sistema.

    • Errore: quando si esegue l'aggiornamento con un ID utente diverso da admin, il lavoro di migrazione non riesce.

    • Causa: lo script di migrazione presuppone che lo script venga eseguito da un utente con ID utente admin.

    • Soluzione: applicare una patch che consenta la riuscita della migrazione. Completa i seguenti passi:

      1. Dal client web Cloud Pak for Data, ottieni l'ID utente del proprietario dell'istanza che vuoi aggiornare.

      2. Scarica il file di patch wd-migration-uid-patch.zip dal repository Watson Developer Cloud GitHub.

      3. Estrarre il file wd-migration-uid-patch.yaml dal file di archivio e aprirlo in un editor di testo.

      4. Sostituire la variabile <user_id> con l'ID utente del proprietario dell'istanza che si desidera aggiornare.

      5. Esegui il seguente comando in un terminale collegato al cluster:

        oc create -f wd-migration-uid-patch.yaml
        
      6. Eliminare il lavoro di migrazione precedente utilizzando il seguente comando:

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

    Dopo che il lavoro è stato eliminato, il lavoro di migrazione viene riavviato e la migrazione riprende.

    Il problema è stato risolto con la release 4.0.9.

  • Discovery genera un messaggio di stato di errore parziale per l'utility di backup e ripristino IBM Cloud Pak for Data OpenShift® APIs for Data Protection (OADP).

    • Errore: quando controlli lo stato del programma di utilità di backup OADP dopo averlo utilizzato per eseguire il backup di un cluster in cui è installata Discovery, viene visualizzato un messaggio Phase: PartiallyFailed. Uno o più componenti Discovery sono inclusi nell'elenco Failed.
    • Causa: non è possibile eseguire il backup e il ripristino di Discovery utilizzando l'utilità di backup e ripristino OADP. Quando il servizio Discovery è presente e un amministratore esegue il backup di un'intera istanza IBM Cloud Pak for Data, viene visualizzato un messaggio di stato che indica un errore parziale. Questo stato viene visualizzato perché non viene eseguito il backup delle attestazioni del volume persistente (PVC) per Discovery. Tuttavia, il messaggio non influisce sul back up del resto dei servizi.
    • Soluzione: non è richiesta alcuna azione per risolvere il messaggio di stato. È possibile rimuovere separatamente le richieste di volume persistenti associate al servizio Discovery. Dopo aver utilizzato gli script per eseguire il backup dei dati del servizio Discovery, è possibile seguire il passo documentato nelle istruzioni di disinstallazione per il servizio Discovery per l'eliminazione delle PVC. Per ulteriori informazioni su come rimuovere la PVC associata al rilevamento, vedi Disinstallazione del servizio Discovery.

4.0.7, 30 marzo 2022

  • Discovery genera un errore nell'utility di backup e ripristino IBM Cloud Pak for Data OpenShift® APIs for Data Protection (OADP).

    • Errore: il programma di utilità non viene completato correttamente e il seguente messaggio viene scritto nel log: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

    • Causa: non è possibile eseguire il backup e il ripristino di Discovery utilizzando l'utilità di backup e ripristino OADP. Quando il servizio Discovery è presente e un amministratore tenta di eseguire il backup di un'intera istanza IBM Cloud Pak for Data, Discovery impedisce il corretto completamento del programma di utilità.

    • Soluzione: applica una patch che arresta Discovery per impedire il corretto completamento del programma di utilità.

      1. Scarica il file wd-aux-br-patch.zip dal repository Watson Developer Cloud Github.

      2. Estrarre il file wd-aux-br-patch.yaml dal file ZIP.

      3. Esegui il seguente comando in un terminale collegato al cluster:

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

    Il problema è stato risolto con la release 4.0.8. (Non è ancora possibile effettuare il backup del servizio di rilevamento utilizzando il programma di utilità OADP, ma il programma di utilità OADP può eseguire il backup di altri servizi quando Discovery è installato.)

  • Lo stato Deployed delle risorse varia dopo il completamento dell'aggiornamento di 4.0.7.

    • Errore: quando si controlla lo stato inoltrando il comando oc get WatsonDiscovery, lo stato di pronto delle risorse passa dalla visualizzazione dei componenti 23/23 e 20/23 come pronti all'uso.

    • Causa: lo stato di disponibilità delle risorse non viene riportato in modo congruente dopo una migrazione.

    • Soluzione: in genere, l'istanza è pronta per l'uso nonostante l'instabilità dello stato pronto. Per aggiornare manualmente le informazioni di stato, immetti i seguenti comandi in un terminale collegato al 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}'
      

    Questo problema è stato risolto con la release 4.0.8.

  • Il lavoro di migrazione wd - discovery - multi - tenant non riesce se l'aggiornamento viene eseguito da chiunque, oltre a un amministratore di sistema.

    • Errore: quando si esegue l'aggiornamento con un ID utente diverso da admin, il lavoro di migrazione non riesce.

    • Causa: lo script di migrazione presuppone che lo script venga eseguito da un utente con ID utente admin.

    • Soluzione: applicare una patch che consenta la riuscita della migrazione. Completa i seguenti passi:

      1. Dal client web Cloud Pak for Data, ottieni l'ID utente del proprietario dell'istanza che vuoi aggiornare.

      2. Scarica il file di patch wd-migration-uid-patch.zip dal repository Watson Developer Cloud GitHub.

      3. Estrarre il file wd-migration-uid-patch.yaml dal file di archivio e aprirlo in un editor di testo.

      4. Sostituire la variabile <user_id> con l'ID utente del proprietario dell'istanza che si desidera aggiornare.

      5. Esegui il seguente comando in un terminale collegato al cluster:

        oc create -f wd-migration-uid-patch.yaml
        
      6. Eliminare il lavoro di migrazione precedente utilizzando il seguente comando:

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

    Dopo che il lavoro è stato eliminato, il lavoro di migrazione viene riavviato e la migrazione riprende.

    Il problema è stato risolto con la release 4.0.9.

4.0.6, 1 marzo 2022

  • L'aggiornamento a 4.0.6 non riesce se nessuna istanza Discovery viene fornita nel cluster esistente prima di iniziare il processo di aggiornamento.

    • Errore: il processo di aggiornamento 4.0.6 presuppone che un'istanza Discovery sia fornita nel cluster esistente. Ad esempio, se si sta eseguendo l'aggiornamento da 4.0.5 a 4.0.6, è necessario disporre di un'istanza di cui è stato eseguito il provisioning nel cluster 4.0.5 prima di avviare la migrazione.
    • Causa: il codice corrente restituisce un errore quando non esiste alcuna istanza perché non è in grado di trovare un indice del documento da migrare.
    • Soluzione: verifica che sia stato eseguito il provisioning di un'istanza del cluster Discovery nel IBM Cloud Pak for Data esistente prima di avviare l'aggiornamento a 4.0.6. Se si è tentato di eseguire l'aggiornamento a 4.0.6, ma non è stato eseguito il provisioning di alcuna istanza e la migrazione non è riuscita, rimuovere l'installazione esistente e installare 4.0.6 da zero.
  • Lo stato Deployed delle risorse fluttua dopo il completamento dell'aggiornamento di 4.0.6.

    • Errore: quando si controlla lo stato inoltrando il comando oc get WatsonDiscovery, lo stato di pronto delle risorse passa dalla visualizzazione dei componenti 23/23 e 20/23 come pronti all'uso.

    • Causa: lo stato di disponibilità delle risorse non viene riportato in modo congruente dopo una migrazione.

    • Soluzione: in genere, l'istanza è pronta per l'uso nonostante l'instabilità dello stato pronto. Lo stato di pronto si stabilizza dopo circa 5 ore. Puoi attendere che lo stato di disponibilità mostri in modo congruente 23/23 oppure puoi aggiornare manualmente le informazioni sullo stato immettendo i seguenti comandi in un terminale collegato al 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}'
      

    Questo problema è stato risolto con la release 4.0.8.

  • Discovery genera un errore nell'utility di backup e ripristino IBM Cloud Pak for Data OpenShift® APIs for Data Protection (OADP).

    • Errore: il programma di utilità non viene completato correttamente e il seguente messaggio viene scritto nel log: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

    • Causa: non è possibile eseguire il backup e il ripristino di Discovery utilizzando l'utilità di backup e ripristino OADP. Quando il servizio Discovery è presente e un amministratore tenta di eseguire il backup di un'intera istanza IBM Cloud Pak for Data, Discovery impedisce il corretto completamento del programma di utilità.

    • Soluzione: applica una patch che arresta Discovery per impedire il corretto completamento del programma di utilità.

      1. Scarica il file wd-aux-br-patch.zip dal repository Watson Developer Cloud Github.

      2. Estrarre il file wd-aux-br-patch.yaml dal file ZIP.

      3. Esegui il seguente comando in un terminale collegato al cluster:

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

    Questo problema è stato risolto con la release 4.0.8. (Non è ancora possibile effettuare il backup del servizio di rilevamento utilizzando il programma di utilità OADP, ma il programma di utilità OADP può eseguire il backup di altri servizi quando Discovery è installato.)

  • Il lavoro di migrazione wd - discovery - multi - tenant non riesce se l'aggiornamento viene eseguito da chiunque, oltre a un amministratore di sistema.

    • Errore: quando si esegue l'aggiornamento con un ID utente diverso da admin, il lavoro di migrazione non riesce.

    • Causa: lo script di migrazione presuppone che lo script venga eseguito da un utente con ID utente admin.

    • Soluzione: applicare una patch che consenta la riuscita della migrazione. Completa i seguenti passi:

      1. Dal client web Cloud Pak for Data, ottieni l'ID utente del proprietario dell'istanza che vuoi aggiornare.

      2. Scarica il file di patch wd-migration-uid-patch.zip dal repository Watson Developer Cloud GitHub.

      3. Estrarre il file wd-migration-uid-patch.yaml dal file di archivio e aprirlo in un editor di testo.

      4. Sostituire la variabile <user_id> con l'ID utente del proprietario dell'istanza che si desidera aggiornare.

      5. Esegui il seguente comando in un terminale collegato al cluster:

        oc create -f wd-migration-uid-patch.yaml
        
      6. Eliminare il lavoro di migrazione precedente utilizzando il seguente comando:

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

    Dopo che il lavoro è stato eliminato, il lavoro di migrazione viene riavviato e la migrazione riprende.

    Il problema è stato risolto con la release 4.0.9.

4.0.5, 26 gennaio 2022

  • Discovery genera un errore nell'utility di backup e ripristino IBM Cloud Pak for Data OpenShift® APIs for Data Protection (OADP).

    • Errore: il programma di utilità non viene completato correttamente e il seguente messaggio viene scritto nel log: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

    • Causa: non è possibile eseguire il backup e il ripristino di Discovery utilizzando l'utilità di backup e ripristino OADP. Quando il servizio Discovery è presente e un amministratore tenta di eseguire il backup di un'intera istanza IBM Cloud Pak for Data, Discovery impedisce il corretto completamento del programma di utilità.

    • Soluzione: applica una patch che arresta Discovery per impedire il corretto completamento del programma di utilità.

      1. Scarica il file wd-aux-br-patch.zip dal repository Watson Developer Cloud Github.

      2. Estrarre il file wd-aux-br-patch.yaml dal file ZIP.

      3. Esegui il seguente comando in un terminale collegato al cluster:

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

    Questo problema è stato risolto con la release 4.0.8. (Non è ancora possibile effettuare il backup del servizio di rilevamento utilizzando il programma di utilità OADP, ma il programma di utilità OADP può eseguire il backup di altri servizi quando Discovery è installato.)

4.0.4, 20 dicembre 2021

  • Discovery genera un errore nell'utility di backup e ripristino IBM Cloud Pak for Data OpenShift® APIs for Data Protection (OADP).

    • Errore: il programma di utilità non viene completato correttamente e il seguente messaggio viene scritto nel log: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

    • Causa: non è possibile eseguire il backup e il ripristino di Discovery utilizzando l'utilità di backup e ripristino OADP. Quando il servizio Discovery è presente e un amministratore tenta di eseguire il backup di un'intera istanza IBM Cloud Pak for Data, Discovery impedisce il corretto completamento del programma di utilità.

    • Soluzione: applica una patch che arresta Discovery per impedire il corretto completamento del programma di utilità.

      1. Scarica il file wd-aux-br-patch.zip dal repository Watson Developer Cloud Github.

      2. Estrarre il file wd-aux-br-patch.yaml dal file ZIP.

      3. Esegui il seguente comando in un terminale collegato al cluster:

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

    Questo problema è stato risolto con la release 4.0.8. (Non è ancora possibile effettuare il backup del servizio di rilevamento utilizzando il programma di utilità OADP, ma il programma di utilità OADP può eseguire il backup di altri servizi quando Discovery è installato.)

4.0.3, 18 novembre 2021

  • I tour guidati non sono disponibili in questa release.

  • Discovery genera un errore nell'utility di backup e ripristino IBM Cloud Pak for Data OpenShift® APIs for Data Protection (OADP).

    • Errore: il programma di utilità non viene completato correttamente e il seguente messaggio viene scritto nel log: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)

    • Causa: non è possibile eseguire il backup e il ripristino di Discovery utilizzando l'utilità di backup e ripristino OADP. Quando il servizio Discovery è presente e un amministratore tenta di eseguire il backup di un'intera istanza IBM Cloud Pak for Data, Discovery impedisce il corretto completamento del programma di utilità.

    • Soluzione: applica una patch che arresta Discovery per impedire il corretto completamento del programma di utilità.

      1. Scarica il file wd-aux-br-patch.zip dal repository Watson Developer Cloud Github.

      2. Estrarre il file wd-aux-br-patch.yaml dal file ZIP.

      3. Esegui il seguente comando in un terminale collegato al cluster:

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

    Questo problema è stato risolto con la release 4.0.8. (Non è ancora possibile effettuare il backup del servizio di rilevamento utilizzando il programma di utilità OADP, ma il programma di utilità OADP può eseguire il backup di altri servizi quando Discovery è installato.)

4.0.0, 13 luglio 2021

  • Gli arricchimenti del modello di machine learning che applichi utilizzando l'API Analyze possono avere esito negativo.

    • Errore: [WKSML_MODEL_NAME]: Enrichment of a document failed
    • Causa: esiste un problema noto in Watson Knowledge Studio che può causare un timeout nell'elaborazione dell'arricchimento.
    • Soluzione: quando si utilizza l'API Analyze per applicare un arricchimento del modello Watson Knowledge Studio a una raccolta, mantenere la dimensione del documento di input inferiore a 50 KB.

2.2.1 problemi risolti nelle release successive

  • [Corretto nella versione 4] Se aggiungi un arricchimento di machine learning IBM Watson® Knowledge Studio a una raccolta, il processo di inserimento potrebbe essere eseguito molto lentamente ma alla fine verrà completato. Se l'inserimento viene elaborato lentamente, potresti visualizzare il seguente messaggio di errore in Avvertenze ed errori:

    [WKSML_MODEL_NAME]: Document analysis timed out
    

    Per ulteriori dettagli sul timeout, puoi controllare i tuoi log di machine learning Knowledge Studio, che potrebbero essere simili ai seguenti:

    {
      "message": "Analysis failed due to:
        org.apache.uima.analysis_engine.AnalysisEngineProcessException
        at c.i.n.b.SIREAnnotator.process(_:454)
      ... ",
      "level": "SEVERE",
    }
    

    I documenti in timeout durante l'elaborazione vengono indicizzati senza risultati dell'arricchimento Knowledge Studio.

2.2.1, 26 febbraio 2021

  • Problema di tempificazione della distribuzione:

    • Errore: dopo l'installazione della patch 7, quando tenti di eseguire il provisioning di un'istanza del servizio, viene visualizzato un errore 404 Not Found. Il seguente messaggio potrebbe essere registrato per i pod nginx : open() "/usr/local/openresty/nginx/html/watson/common/discovery/auth" failed (2: No such file or directory)
    • Soluzione: riavviare il pod zen-watcher.
  • Se si esegue un'installazione con air - gapping che estrae le immagini del contenitore da un registro del contenitore esterno, potrebbe verificarsi il seguente problema:

    • Errore: alcuni pod Discovery potrebbero riportare un errore ImagePullBackoff.

    • Causa: è stato utilizzato il segreto di pull dell'immagine errato.

    • Soluzione: completare la procedura riportata di seguito durante l'installazione:

      • Avvia l'installazione di Watson Discovery.

      • Una volta completato il modulo watson - discovery - operator, verificare se viene creata una risorsa personalizzata WatsonDiscovery immettendo il seguente comando:

        oc get WatsonDiscovery wd
        
      • Una volta creata la risorsa personalizzata, immetti i seguenti comandi per puntare il segreto di pull dell'immagine corretto per estrarre le immagini dal registro esterno:

        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 i pod RabbitMQ sono ancora nello stato ImagePullBackoff, rimuovere il CR RabbitMQ per consentire a rabbitmq-operator di ricreare i cluster RabbitMQ. Puoi utilizzare il seguente comando:

        oc delete IbmRabbitmq wd-rabbitmq
        
  • In IBM Watson® Discovery, il progetto Content Mining supporta solo una raccolta per progetto. Se crei più di una raccolta Content Mining, potresti riscontrare degli errori. Se si verificano degli errori, eliminare ulteriori raccolte Content Mining in modo che ogni progetto Content Mining abbia una sola raccolta associata.

  • Se stai preparando i tuoi cluster Discovery for Cloud Pak for Data per un aggiornamento sul posto dalla 2.2.0 alla 2.2.1, occasionalmente, il comando cpd-cli adm ha esito negativo, mostrando il seguente messaggio di errore: Error from server (UnsupportedMediaType): error when applying patch. Se si riceve questo messaggio di errore, immettere oc delete scc cpd-zensys-scc cpd-user-scc cpd-noperm-scc edb-operator-scc admin-discovery-scc per eliminare le risorse correlate e immettere nuovamente il comando cpd-cli adm.

  • Se stai aggiornando la tua istanza Discovery for Cloud Pak for Data da 2.2.0 a 2.2.1, occasionalmente, il comando cpd-cli upgrade viene completato prima del completamento degli aggiornamenti. Per informazioni sulla verifica del corretto completamento dell'aggiornamento, consultare Verifica del corretto completamento dell'aggiornamento.

  • Le immagini di addestramento del modello non vengono aggiornate dopo l'aggiornamento da Discovery 2.2.0 a 2.2.1. Per risolvere questo problema, eliminare le distribuzioni create dall'operatore model-train e attendere che l'operatore crei nuovamente le distribuzioni. Inserisci il seguente comando per eliminare le distribuzioni:

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

    Dopo aver eseguito questo comando, l'operatore model-train crea nuove distribuzioni.

  • Se esegui l'aggiornamento di Discovery for Cloud Pak for Data da 2.2.0 a 2.2.1, potresti ricevere il seguente messaggio di errore:

    [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
    

    Questo messaggio di errore viene generato perché la classe di memorizzazione utilizzata per l'installazione è diversa da quella utilizzata durante l'aggiornamento. Questa discrepanza deriva da un componente aggiuntivo diverso che installa gli operatori di dipendenza perché gli operatori di dipendenza della classe di memoria del componente aggiuntivo differente sono stati registrati come quelli utilizzati per l'installazione. Per risolvere questo problema, è necessario aggiornare singolarmente i seguenti sottoinsiemi:

    • Aggiorna l'operatore 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
      
    • Aggiorna operatore 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
      
    • Aggiornare l'operatore 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
      
    • Aggiornare l'operatore 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
      
    • Aggiorna operatore classico del training del modello:

      ./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
      
    • Aggiorna operatore 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
      

      dove <Project> è il namespace dove è installata la tua istanza Discovery for Cloud Pak for Data 2.2.0, dove <Registry_location> è l'ubicazione delle immagini di cui hai eseguito il push al server di registro e dove <Registry_from_cluster> è l'ubicazione da cui i pod sul cluster possono eseguire il pull delle immagini.

  • Quando installi su IBM Cloud Pak for Data 3.5, potresti riscontrare il seguente problema:

    • Errore: se tenti di eseguire il provisioning del servizio Discovery su un cluster dove è in esecuzione Planning Analytics, alcuni dei pod Discovery non vengono avviati e l'installazione non riesce. I log per il pod mostrano messaggi come, java.lang.NumberFormatException: For input string.
    • Causa: una variabile di ambiente denominata COUCHDB_PORT viene aggiunta al cluster Kubernetes dal servizio couchdb installato con Planning Analytics. Discovery non utilizza couchdb e, pertanto, non specifica alcun valore per questa variabile di ambiente. Tuttavia, alcuni pod tentano di analizzare la variabile, che causa l'errore.
    • Soluzione: installare la patch cpd-watson-discovery-2.2.1-patch-1, che risolve questo problema.

Inoltre, consultare i numeri di tutte le precedenti edizioni.

2.2, 8 dicembre 2020

  • Quando viene caricato un file CSV di piccole dimensioni (generalmente un file CSV con un massimo di 99 righe), l'intestazione e / o la prima riga potrebbero non essere inserite correttamente. In questo caso, nella strumentazione, passare alla scheda Impostazioni CSV e aggiornare le impostazioni. Dopo la rielaborazione, passare alla scheda Gestisci campi e aggiornare i tipi di campo, se necessario.

  • Se hai configurato le tue raccolte utilizzando un crawler personalizzato creato con il IBM Cloud Pak for Data connettore personalizzato e quindi rimuovi la distribuzione del crawler personalizzato, la pagina Impostazioni di elaborazione non visualizzerà la configurazione del crawler. Questo perché il crawler sottostante non è disponibile. Per risolvere questo problema, confermare che il crawler personalizzato sia distribuito quando sono presenti raccolte che lo utilizzano.

  • Quando si utilizza un IBM Cloud Pak for Data connettore personalizzato con Discovery per IBM Cloud Pak for Data 2.2, lo script scripts/manage_custom_crawler.sh utilizzato per distribuire e rimuovere la distribuzione del crawler personalizzato non riesce. Per risolvere questo problema, sostituire la riga 37 podname="gateway" con podname="wd-discovery-gateway" in scripts/manage_custom_crawler.sh ed eseguire di nuovo il comando di distribuzione.

  • Quando crei un arricchimento personalizzato nella strumentazione, devi scegliere un campo a cui applicare l'arricchimento e fare clic su Applica. Se non viene selezionato alcun campo, il pulsante Applica e rielabora verrà disabilitato per le modifiche degli arricchimenti fino a quando il nuovo arricchimento non avrà un campo.

  • Se applichi l'arricchimento Contracts o l'arricchimento Understanding tables a una raccolta, potresti ricevere il seguente messaggio di errore quando tale raccolta sta inserendo documenti: The number of nested documents has exceeded the allowed limit of [X]. Contatta ilCentro di supportoIBM per modificare il limite.

  • Quando il testo è arricchito con un dizionario personalizzato, l'output di entities.type deve essere il percorso facet completo per l'arricchimento del dizionario. Tuttavia, in questa release, il percorso facet completo non verrà visualizzato. Per aggirare questo problema, rielaborare la raccolta. Ad esempio, se il percorso facet è sample1.sample2, sarà simile a quello riportato di seguito prima della rielaborazione:

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

    E questo dopo:

    {
      "result" : {
        "enriched_text" : [
          {
            "entities" : [
              {
                "text" : "capital",
                "type" : "sample1.sample2",
                ...
                "model_name" : "Dictionary:.sample1.sample2"}
                ...
    
  • Quando un file CSV viene caricato con impostazioni del convertitore impostate su auto_detection=true, la scheda Impostazioni CSV nello strumento visualizzerà le impostazioni non corrette. Se si aggiornano le impostazioni nella scheda Impostazioni CSV, auto_detection non sarà più impostato su true.

  • Nei documenti di Office ('.doc', '.docx', '.odf', '.xls', '.xlsx', '.ods', '.ppt', '.pptx', '.odp') convertiti utilizzando un modello personalizzato SDU (Smart Document Understanding), publicationdate potrebbe non essere visualizzato nel campo extracted_metadata nella risposta JSON. Verrà invece visualizzato nel campo html della risposta JSON. Il publicationdate nel campo html sarà la data in cui il documento è stato inserito e non la data di pubblicazione originale del documento.

  • L'API Analyze utilizza una cache in memoria per conservare i modelli di arricchimento associati con la raccolta utilizzata per eseguire i documenti. Se la raccolta contiene molti arricchimenti di grandi dimensioni o più di queste raccolte vengono utilizzate contemporaneamente, la cache potrebbe esaurire la memoria. Quando ciò si verifica, l'API Analyze restituisce risultati null (vedere l'esempio) e il proxy rest API stateless visualizzerà questo messaggio nel log: RESOURCE_EXHAUSTED: stateless.Analysis/analyze: RESOURCE_EXHAUSTED.

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

    Per risolvere questo problema:

    1. Rivedi gli arricchimenti utilizzati nella raccolta e rimuovi quelli non necessari per la tua applicazione. In particolare, rimuovi l'arricchimento Part of Speech.

    2. Ridurre il numero di raccolte utilizzate contemporaneamente all'API Analyze.

    3. Aumentare la memoria cache:

      • Aumentare il limite di memoria di container model-runtime in deployment core-discovery-stateless-api-model-runtime a 10 GB o più
      • Modificare la variabile di ambiente CAPACITY_MB in deployment core-discovery-stateless-api-model-runtime, impostarla su 1 0240 o più
  • Se il contenitore di runtime del modello viene riavviato ma il contenitore di runtime della mesh del modello non lo è, l'API Analyze può riscontrare dei problemi.

    • Errore: la chiamata API Analzye restituisce 500 errori su una raccolta specifica e il log contiene la voce seguente:

      "message": "error occurred in analyzer
        java.lang.NullPointerException
        at c.i.e.a.a.s.r.ModelManager$2.analyze(ModelManager.java:112)
      
    • Causa: il contenitore di runtime del modello e il contenitore di runtime della mesh del modello non sono sincronizzati.

    • Soluzione: elimina i pod wd-stateless-api-model-runtime per riavviare sia la mesh del modello che i contenitori di runtime del modello.

Vedi anche i problemi identificati in tutte le release precedenti.

2.1.4, 2 settembre 2020:

  • Quando si configura un Web crawl utilizzando l'autenticazione FORM, se si specifica un URL senza una barra finale, ad esempio: https://webcrawlurl.com, il web crawl eseguirà la scansione solo della pagina di accesso. Per ovviare a questo problema, aggiungere uno slash finale a URL, ad esempio: https://webcrawlurl.com/.
  • Le Visite guidate non vengono eseguite in Firefox. Per l'elenco di altri browser supportati, consultare Supporto browser.
  • L'inserimento di documenti in una raccolta che utilizza un modello di regole avanzate personalizzato creato in Watson Knowledge Studio potrebbe non riuscire se più estrattori nel modello utilizzano internamente gli stessi nomi per una o più viste di output.
  • Se si elimina un numero elevato di documenti, quindi si inserisce immediatamente un numero elevato di documenti, potrebbe essere necessario più tempo per rendere disponibili tutti i documenti.
  • L'arricchimento Classifier non funziona quando è abilitato FIPS (Federal Information Processing Standards).

Vedi anche i problemi identificati in tutte le release precedenti.

2.1.4 problemi risolti nelle release successive

  • [Fisso nella versione 2.2] Nell'applicazione Content Mining distribuita, se si include il simbolo tilde (~) in una query di ricerca per abilitare la corrispondenza fuzzy o se si include un simbolo asterisco (*) per rappresentare un carattere jolly, le personalizzazioni della ricerca funzionano correttamente, ma la stringa corrispondente non viene evidenziata nel risultato della query.
  • [Fisso nella versione 2.2] Un errore di conversione può verificarsi quando viene modificato il campo Includi nell'indice nella scheda Gestisci campi nella strumentazione. Il documento non verrà indicizzato se si verifica questo errore. Per risolvere il problema:
    1. oc edit sts core-discovery-converter

    2. Modificare tra containers e - name: INGESTION_POD_NAME come segue:

      containers:
        - command:
          - bash
          - -c
          - |
            FILE=/opt/ibm/wex/zing/bin/converter.sh &&
            sed -i "/choreo_2.11-9.1.1.jar/d" $FILE &&
            sed -i "/disco-doc-conversion-commons_2.11-1.0.4.jar/d" $FILE &&
            sed -i "/jackson-module-scala_2.11-2.10.4.jar/d" $FILE &&
            sed -i "/macro-compat_2.11-1.1.1.jar/d" $FILE &&
            sed -i "/pureconfig-core_2.11-0.12.2.jar/d" $FILE &&
            sed -i "/pureconfig-generic-base_2.11-0.12.2.jar/d" $FILE &&
            sed -i "/pureconfig-generic_2.11-0.12.2.jar/d" $FILE &&
            sed -i "/pureconfig-macros_2.11-0.12.2.jar/d" $FILE &&
            sed -i "/pureconfig_2.11-0.12.2.jar/d" $FILE &&
            sed -i "/scala-guice_2.11-4.1.1.jar/d" $FILE &&
            sed -i "/scala-logging_2.11-3.7.2.jar/d" $FILE &&
            sed -i "/scalactic_2.11-3.0.5.jar/d" $FILE &&
            sed -i "/scalaj-http_2.11-2.3.0.jar/d" $FILE &&
            sed -i "/service-commons_2.11-22.1.0.jar/d" $FILE &&
            sed -i "/shapeless_2.11-2.3.3.jar/d" $FILE &&
            /opt/ibm/wex/zing/bin/entrypoint.sh /opt/ibm/wex/zing/bin/controller.sh
          env:
          - name: INGESTION_POD_NAME
      

      Righe aggiunte da - command: a /opt/ibm/wex/zing/bin/entrypoint.sh /opt/ibm/wex/zing/bin/controller.sh e rimosse - prima env:

    3. Salvare le modifiche. Riavvierà il pod converter.

2.1.3, 19 giugno 2020:

  • I sottotipi di entità (Entity Subtypes) nei modelli di machine learning IBM Watson® Knowledge Studio non sono supportati in Discovery for Cloud Pak for Data 2.1.3 o versioni successive. Per istruzioni sulla conversione dei modelli esistenti, contattare il Centro di assistenza.

  • Non è possibile caricare i file CSV che includono uno spazio nel nome file (ad esempio: file 1.csv) in un progetto di estrazione del contenuto. Ridenominare il file per risolvere il problema.

  • Quando esegui l'addestramento della pertinenza a livello di progetto, se hai più raccolte e due o più di tali raccolte contengono un document_id duplicato, l'addestramento della pertinenza a livello di progetto avrà esito negativo. Esempio di document_ids duplicati: Collection A contiene un documento con l'ID 1234 e anche Collection B contiene un documento con l'ID 1234.

  • Solo il primo facet che utilizza un campo con il prefisso extracted_metadata viene salvato correttamente dopo la creazione. Gli altri facet con quel prefisso appariranno ma dopo un aggiornamento della schermata non verranno più visualizzati. Ciò si verifica solo una volta per progetto, quindi la soluzione temporanea consiste nell'aggiornare e aggiungere nuovamente il facet.

  • IBM Cloud Pak for Data Durante l'installazione su IBM Cloud Pak® for Data 2.5.0.0, alcuni lavori di Kubernetes potrebbero segnalare erroneamente il loro stato come OOMKilled, causando il timeout dell'installazione. Per risolvere questo problema, una volta che il lavoro ha restituito OOMKilled, verifica i log del pod associato a tale lavoro. Non dovrebbero essere presenti messaggi di errore evidenti nei log e le risorse vengono riportate nei log come create. Verifica manualmente che queste risorse esistano nello spazio dei nomi ed elimina quindi il lavoro. Ciò farà sì che l'installazione continui.

  • Alcuni documenti potrebbero mostrare due campi html durante l'applicazione di un arricchimento. Entrambi i campi html visualizzati sono gli stessi e funzionano come tali.

  • Quando crei un'origine dati in Firefox, potresti non vedere l'intero elenco di opzioni, comprese le impostazioni More processing settings. Per risolvere il problema, riduci lo zoom, aumenta l'altezza del browser o utilizza un altro browser supportato.

  • Quando personalizzi la visualizzazione dei risultati della ricerca, a volte le modifiche apportate non vengono salvate dopo aver fatto clic sul pulsante Apply. Per risolvere il problema, aggiornare il browser e provare a effettuare nuovamente le modifiche.

  • Quando configuri un'origine dati o un web crawler per la tua raccolta, se immetti una configurazione errata e provi ad aggiornarla nella pagina Processing settings, l'aggiornamento o la ricerca per indicizzazione dell'origine dati potrebbe non avviarsi quando fai clic sul pulsante Apply changes and reprocess. Puoi confermare questo problema aprendo la pagina Activity della tua raccolta per vedere se l'elaborazione è iniziata. Se vedi che l'elaborazione non è iniziata per la tua origine dati, fai clic sul pulsante Recrawl e quindi sul pulsante Apply changes and reprocess. Se vedi che l'elaborazione non è iniziata per il tuo web crawl, fai clic sul pulsante Stop e quindi sul pulsante Recrawl.

  • IBM Cloud Pak for Data Quando si eseguono test di Helm sullo schieramento dell' core, utilizzando helm test core, l' core-discovery-api-post-install-test restituirà uno stato di FAILED. Ciò è dovuto a un bug nell'immagine del pod dell' test. Il risultato del test può essere ignorato poiché l'errore non è correlato a nulla all'interno della distribuzione.

  • Per impostazione predefinita, OCR (Optical Character Recognition) è impostato su off quando crei qualsiasi tipo di progetto con la strumentazione. Tuttavia, se crei un progetto tramite l'API, OCR è impostato su on. Per risolvere questo problema, apri la strumentazione e modifica Project setting su off.

  • Quando OCR (Optical Character Recognition) è impostato su on per una raccolta e non viene applicato alcun modello SDU (Smart Document Understanding), i file PNG, TIFF e JPG non verranno elaborati per il riconoscimento del testo. Le immagini incorporate nei documenti PDF, Word, PowerPoint, ed Excel non verranno elaborate, ma solo la parte di questi documenti che non contiene immagini verrà elaborata per il riconoscimento del testo. Per risolvere questo problema, importare o addestrare un modello SDU e rielaborare la raccolta. Ciò consentirà di estrarre il testo dalle immagini.

  • Dopo aver creato una capacità di ricerca in Watson Assistant e sei indirizzato alla strumentazione Watson Discovery, la schermata è vuota. Questo accade perché a URL manca l'ID dell'istanza Discovery. Per risolvere questo problema:

    1. Dal menu del client web IBM Cloud Pak for Data, scegli My Instances. Ad esempio: https://mycluster.com/zen/#/myInstances.
    2. Seleziona l'istanza Discovery che stai utilizzando e fai clic su Launch Tool.
    3. Una volta caricati gli strumenti, il sito URL dovrebbe avere la seguente struttura: https://mycluster.com/discovery/core/instances/00000000-0000-0000-0001-597165341876/projects
    4. Copiare l'intero percorso, escluso /projects. Ad esempio: https://mycluster.com/discovery/core/instances/00000000-0000-0000-0001-597165341876
    5. Torna alla scheda del browser che visualizza la schermata vuota Discovery. La struttura di URL avrà il seguente aspetto: https://mycluster.com/discovery/core/collections/new?redirect_uri=...
    6. Sostituite https://mycluster.com/discovery/core con URL copiato in precedenza, in modo che il nuovo URL abbia questo aspetto: https://mycluster.com/discovery/core/instances/00000000-0000-0000-0001-597165341876/collections/new?redirect_uri=...
    7. Premere invio per aprire il sito URL aggiornato. A questo punto si dovrebbe essere nella pagina Watson Discovery Gestire le raccolte.

Vedi anche i problemi identificati in tutte le release precedenti.

2.1.2, 31 marzo 2020

  • Quando utilizzi il richiamo dei passaggi con il coreano, il polacco, il giapponese, lo slovacco o il cinese, puoi riscontrare dei tempi di risposta più lenti in questa versione. Per risolvere questo problema, disabilita il richiamo dei passaggi o carica un elenco di parole non significative personalizzato con delle parole che sono comuni nei tuoi documenti (ad esempio, preposizioni e pronomi). Vedi Definizione delle parole non significative per degli elenchi di parole non significative di esempio in diverse lingue. Vedi anche Stopwords ISO) su GitHub.

  • [Aggiornamento: risolto nella versione 2.1.3] Nelle versioni 2.1.2, 2.1.1, e 2.1.0, i singoli file immagine PNG, TIFF e JPG non vengono scansionati e da tali file non viene estratto alcun testo. Non viene inoltre eseguita la scansione delle immagini PNG, TIFF e JPEG incorporate nei file PDF, Word, PowerPoint ed Excel e non viene estratto del testo da tali file di immagini.

  • Smart Document Understanding non supporta la conversione .doc, .docx, .odf, .xls, .xlsx, .ods, .ppt, .pptx e .odp quando è abilitato FIPS (Federal Information Processing Standards).

  • In un'applicazione Content Mining, tutti gli indicatori del documento impostati scompariranno se l'indice viene ricompilato per tale raccolta.

  • A partire dalla release 2.1.2, il caricamento e la gestione dei dati di addestramento della pertinenza che utilizzano le API v1 non addestreranno un modello di addestramento della pertinenza. Le API di v1 sono state sostituite dalle API di Projects relevancy training v2. Se i tuoi dati di addestramento devono essere conservati, possono essere elencati utilizzando l'API v1, quindi aggiunti a un progetto con l'API v2.

  • Non è possibile applicare più espressioni regolari contemporaneamente a una raccolta.

  • IBM Cloud Pak for Data Sono state apportate due piccole modifiche alle istruzioni di installazione README incluse nel download di IBM Watson® Discovery for IBM Cloud Pak® for Data. Per la versione aggiornata del file README, consultare il sito Discovery Helm chart README.md.

    • Una modifica alla descrizione dell'argomento --cluster-pull-prefix PREFIX.
    • Il nome del pacchetto di estensione della lingua è stato aggiornato da ibm-watson-discovery-pack1-2.1.2.tar.xz. a ibm-wat-dis-pack1-prod-2.1.2.tar.xz.

Vedi anche i problemi identificati in tutte le release precedenti.

2.1.1, 24 gennaio 2020

  • Quando si crea un dizionario, i termini suggeriti sono resi minuscoli per impostazione predefinita (ad esempio, " Watson Assistant " sarà reso "watson assistant"). Per garantire la corrispondenza dei termini in maiuscolo, questi dovrebbero essere esplicitamente inclusi come parte dell'elenco " Other terms " o come " Base term ".
  • Quando si esegue il backup e il ripristino dei dati, i dati di addestramento non vengono ripristinati correttamente. Se i documenti nella tua raccolta sono stati aggiunti dalla ricerca per indicizzazione utilizzando un connettore o una ricerca per indicizzazione web, i tuoi dati di addestramento possono essere richiamati separatamente per il backup da un progetto esistente e caricati in un nuovo progetto ripristinato. Per ulteriori informazioni, vedere Elencare le query di formazione e Creare le query di formazione ) nel riferimento API.
  • Quando si esegue la ricerca per indicizzazione dei documenti di SharePoint Online o SharePoint OnPrem, i documenti JSON potrebbero non essere indicizzati correttamente e il titolo (title) restituito potrebbe essere errato (errored). Ciò si verifica perché i servizi web SharePoint utilizzano la proprietà ows_FileRef per richiamare i file JSON, restituendo così una pagina di errore. Per risolvere questo problema, contatta l'amministratore di SharePoint e il supporto Microsoft.
  • Se esegui la migrazione di una raccolta creata nella versione 2.0.1 alla versione 2.1.0 o 2.1.1, tale raccolta non avrà un tipo di progetto (Project type) assegnato e non sarà disponibile per le query. Per assegnare un tipo di progetto, apri la pagina Projects selezionando My Projects. Assegna un nome al tuo progetto e scegli uno dei tipi di progetto: Document Retrieval, Conversational Search, Content Mining o Custom.

Vedi anche i problemi identificati in tutte le release precedenti.

2.1.1 problemi risolti nelle release successive

  • [Risolto nella versione 2.1.2] Quando si installa Discovery for Cloud Pak for Data su OpenShift, il servizio ranker-rest potrebbe non avviarsi in modo intermittente, a causa di un jar incompatibile nell' classpath. Per correggere il problema:

    1. Apri l'editor ranker-rest con questo comando: kubectl edit deployment {release-name}-{watson-discovery}-ranker-rest

    2. Nell'editor, cerca ranker-rest image (ad esempio: {docker-registry}/{namespace}/discovery-ranker-rest-service:20200113-150050-2-d1527c2)

    3. Aggiungi il seguente comando {docker-registry}/{namespace}/discovery-ranker-rest-service:20200113-150050-2-d1527c2:

      command: ["/tini"]
      args: ["-s", "-v", "--", "java", "-Dkaryon.ssl=true", "-Dkaryon.port=9081", "-Dkaryon.ssl.port=9090", "-Dkaryon.ssl.certificate=/opt/bluegoat/karyon/ssl/karyon-cert.pem", "-Dkaryon.ssl.privatekey=/opt/bluegoat/karyon/ssl/karyon-private-key.pem", "-Djavax.net.ssl.trustStore=/opt/bluegoat/karyon/ssl/keystore.jks", "-Djavax.net.ssl.keyStore=/opt/bluegoat/karyon/ssl/keystore.jks", "-Dlog4j.debug=false", "-Dlitelinks.threadcontexts=log4j_mdc", "-Dwatson.ssl.truststore.path=/opt/bluegoat/karyon/ssl/litelinks-truststore.jks", "-Dwatson.ssl.truststore.password=watson15qa", "-Dlitelinks.delay_client_close=false", "-Drxnetty.http.maxcontentlength=314572800", "-cp", "lib/logback-classic-1.2.3.jar:*:lib/*", "com.ibm.watson.raas.rest.Runner"]
      

2.1.0, 27 novembre 2019

  • Quando applichi un arricchimento a una raccolta, la lingua dell'arricchimento deve corrispondere alla lingua della raccolta, altrimenti non funzionerà. La strumentazione visualizza tutte le raccolte, indipendentemente dalla lingua.
  • Nella scheda Manage Fields, puoi modificare i campi generati dal sistema. I seguenti campi non devono essere modificati cambiando il tipo di campo o disattivando l'indicizzazione: document_id, extracted_metadata, metadata.
  • Quando elimini una raccolta e selezioni l'opzione Don't delete underlying data, eventuali ricerche per indicizzazione incomplete per l'inserimento di documenti continueranno a essere eseguite in background, il che influirà sulle nuove ore di inizio della ricerca per indicizzazione, finché le ricerche per indicizzazione esistenti non verranno completate.
  • IBM Cloud Pak for Data Discovery può non avviarsi correttamente a causa dello stato di blocco dei componenti. Potrebbe essere necessario l'intervento manuale sul database per rimuovere il blocco. Per ulteriori informazioni sull'identificazione e risoluzione di questo problema, vedi Rimozione di uno stato di blocco.
  • Se carichi un documento con la funzione Upload Data, elimini tale documento e quindi tenti di caricare lo stesso documento o un altro documento con lo stesso ID, il caricamento non riuscirà e verrà visualizzato il messaggio Error during creating a document.
  • I documenti che producono un campo html quando elaborati non possono essere utilizzati con l'addestramento della pertinenza. html viene prodotto per i documenti elaborati con Smart Document Understanding o Content Intelligence. È necessario rimuovere il campo html prima di poter completare l'addestramento della pertinenza.
  • Se l'arricchimento della Parte del discorso non è attivato: non verranno create sfaccettature dinamiche, non sarà possibile utilizzare i suggerimenti del dizionario, non verranno generate "sfaccettature estratte" dall' Content Miner.
  • [Aggiornamento: risolto nella versione 2.1.1] Discovery per Content Intelligence e Table Gli arricchimenti di comprensione sono configurati in modo predefinito per essere applicati su un campo denominato html. Quando un utente carica un documento JSON senza un campo di livello radice denominato " html ", questi arricchimenti non produrranno risultati nell'indice. Per eseguire gli arricchimenti su questo tipo di documenti JSON, gli utenti devono riconfigurare gli arricchimenti per l'esecuzione su uno o più campi esistenti nel documento JSON.
  • Quando si visualizza la pagina di distribuzione Content Miner, a volte l'URL completo dell'applicazione non viene visualizzato per la copia. Per risolvere il problema, aggiorna la pagina.
  • [Aggiornamento: risolto nella versione 2.1.2] La rimozione di un'istanza di " IBM Watson® Discovery for IBM Cloud Pak® for Data " non eliminerà i dati sottostanti. Elimina le raccolte e i documenti manualmente.
  • [Aggiornamento: risolto nella versione 2.1.3]. Nel pannello degli strumenti di miglioramento è elencato l'arricchimento dell' Sentiment of phrases, ma al momento non è disponibile.
  • Nei progetti Content Mining, i campi dates potrebbero non essere analizzati correttamente per la visualizzazione nei facet.
  • L'interruttore Dynamic facets non dovrebbe essere visualizzato nei progetti Content Mining.
  • È necessario inserire un minimo di 50-100 documenti per visualizzare facet dinamici validi.
  • Se fai clic su Stop per arrestare un crawler e il convertitore elabora lentamente o presenta errori, potresti visualizzare uno stato del crawler in esecuzione.
  • Il limite di dimensione totale di tutti i campi non HTML nei documenti caricati e sottoposti a ricerca per indicizzazione è 1MB, che equivale a 1.048.576 byte e il limite di dimensione totale di tutti i campi HTML in questi documenti è 5MB. Se si supera uno dei limiti, si riceve un messaggio di errore che indica The document has fields/HTML fields that exceed the 1 MB/5 MB limit. e il documento non viene inserito. Per assistenza sull'aumento di entrambi i limiti di dimensione, contatta il Centro di supportoIBM.

Vedi anche i problemi identificati in tutte le release precedenti.

2.0.1, 30 agosto 2019

  • Dopo aver creato un arricchimento Machine Learning utilizzando un modello IBM Watson® Knowledge Studio, nella pagina Enrich fields potrebbero essere visualizzati due arricchimenti con nome identico. Ciò non influirà sugli arricchimenti, ma è meglio utilizzarne solo uno per selezionare e applicare l'arricchimento a uno o più campi.
  • Se un'esplorazione del Web sembra bloccata all'elaborazione di un numero fisso di documenti e il messaggio visualizzato nella pagina Registri è " The ingestion job <jobid> is terminated incorrectly ", contatta l'assistenza IBM per ricevere aiuto nel riavviare l'esplorazione.
  • Se una o più delle tue raccolte vengono addestrate, i dati di addestramento di una di quelle raccolte potrebbero essere visualizzati nella pagina Train di una raccolta non addestrata. Aggiorna la pagina per cancellare i dati di addestramento.
  • I seguenti tipi di documenti non verranno elaborati se non hanno l'estensione di file corretta: .docx, .pptx, .xlsx.

Vedi anche i problemi identificati nella release precedente.

2.0.1 problemi risolti nelle release successive

  • [Risolto nella versione 2.1.2] Quando si caricano documenti in una raccolta con documenti esistenti, nella pagina Attività viene visualizzato un messaggio di errore ( Documents uploaded! ), ma non viene visualizzato alcun altro stato di elaborazione finché il numero di documenti non aumenta.

Versione GA (General Availability), 28 giugno 2019

  • Se stai lavorando nella strumentazione Discovery for Cloud Pak for Data e la tua sessione IBM Cloud Pak® for Data scade, riceverai una pagina senza dati. Per ritornare alla strumentazione, aggiorna il browser ed esegui nuovamente l'accesso.
  • Tutti i file JSON inseriti in Discovery devono includere l'estensione file .json.
  • Quando esegui query sul collection_id di una raccolta addestrata, il valore training_status.notices potrebbe occasionalmente essere visualizzato come 0 invece del valore corretto.
  • Non tutte le limitazioni delle query sono implementate in questa release. Vedi Limitazioni delle query per l'elenco completo dei campi esclusi.
  • Nei documenti di origine JSON, non devi duplicare i seguenti campi generati dal sistema: document_id, parent_document_id, filename e title. Ciò comporterà la nidificazione di campi duplicati all'interno di array e interromperà determinate funzioni, come l'addestramento dei classificatori.
  • Non includere una proprietà di livello radice ( metadata ) nei documenti JSON. Se si carica un documento JSON che contiene già una proprietà root-level metadata, la proprietà metadata del documento indicizzato verrà convertita in un array nell'indice.
  • Non utilizzare i metadati per i nomi colonna nei file CSV. Se si carica un file CSV che utilizza i metadati per i nomi colonna nell'intestazione, la proprietà metadata del documento indicizzato verrà convertita in un array nell'indice.
  • I file CSV utilizzano virgole (,) o punti e virgola (;) come delimitatori; altri delimitatori non sono supportati. Se il tuo file CSV include valori che contengono virgole o punti e virgola, devi racchiudere tali valori tra virgolette doppie in modo che non siano separati. Se sono presenti delle righe di intestazione, i valori al loro interno sono elaborati nello stesso modo in cui vengono elaborati i valori in tutte le altre righe. L'ultima riga dei file CSV non verrà elaborata se non è seguita da un CRLF (ritorno a capo)).
  • Attualmente, i nomi di raccolta univoci non sono implementati. L'uso di nomi di collezioni duplicati non è raccomandato e dovrebbe essere evitato