已知問題

Discovery 會針對 IBM Cloud Pak for Data Red Hat OpenShift APIs for Data Protection (OADP) 備份及還原公用程式產生局部失敗狀態訊息。
- 錯誤: 使用 OADP 備份公用程式來備份已安裝 Discovery 的叢集之後，當您檢查其狀態時，會顯示 Phase: PartiallyFailed 訊息。 Failed 清單中包含一個以上 Discovery 元件。
- 原因: 無法使用 OADP 備份及還原公用程式來備份及還原 Discovery。當 Discovery 服務存在且管理者備份整個 IBM Cloud Pak for Data 實例時，會顯示一則狀態訊息，指出局部失敗。顯示此狀態是因為未備份 Discovery 的持續性磁區要求 (PVC)。不過，訊息不會影響其餘服務的備份。
- 解決方案: 不需要採取任何動作來解決狀態訊息。您可以個別移除與探索服務相關聯的持續性磁區要求。使用 Script 來備份探索服務資料之後，您可以遵循「探索」服務的解除安裝指示中所記載的步驟來刪除 PVC。如需如何移除與探索相關聯的 PVC 的相關資訊，請參閱解除安裝探索服務。

4.0.8，2022 年 4 月 27 日

如果系統管理者以外的任何人執行升級，則 wd-discovery-multi-tenant-migration 工作失敗。
- 錯誤: 當您以 admin 以外的使用者 ID 升級時，移轉工作失敗。
- 原因: 移轉 Script 假設該 Script 由具有管理使用者 ID 的使用者執行。
- 解決方案: 套用可讓移轉順利完成的修補程式。請完成下列步驟：
  1. 從 Cloud Pak for Data Web 用戶端中，取得您要升級之實例擁有者的使用者 ID。
  2. 從 Watson Developer Cloud GitHub 儲存庫下載 wd-migration-uid-patch.zip 修補程式檔。
  3. 從保存檔解壓縮 wd-migration-uid-patch.yaml 檔案，然後在文字編輯器中開啟它。
  4. 將 <user_id> 變數取代為您要升級之實例的擁有者的使用者 ID。
  5. 在登入叢集的終端機中執行下列指令:
```
oc create -f wd-migration-uid-patch.yaml
```
  6. 使用以下指令刪除先前的移轉工作：
```
oc delete job wd-discovery-multi-tenant-migration
```
刪除工作之後，移轉工作會重新啟動，且移轉會回復。

4.0.9 版已修正此問題。
Discovery 會針對 IBM Cloud Pak for Data OpenShift® APIs for Data Protection (OADP) 備份及還原公用程式產生局部失敗狀態訊息。
- 錯誤: 使用 OADP 備份公用程式來備份已安裝 Discovery 的叢集之後，當您檢查其狀態時，會顯示 Phase: PartiallyFailed 訊息。 Failed 清單中包含一個以上 Discovery 元件。
- 原因: 無法使用 OADP 備份及還原公用程式來備份及還原 Discovery。當 Discovery 服務存在且管理者備份整個 IBM Cloud Pak for Data 實例時，會顯示一則狀態訊息，指出局部失敗。顯示此狀態是因為未備份 Discovery 的持續性磁區要求 (PVC)。不過，訊息不會影響其餘服務的備份。
- 解決方案: 不需要採取任何動作來解決狀態訊息。您可以個別移除與探索服務相關聯的持續性磁區要求。使用 Script 來備份探索服務資料之後，您可以遵循「探索」服務的解除安裝指示中所記載的步驟來刪除 PVC。如需如何移除與探索相關聯的 PVC 的相關資訊，請參閱解除安裝探索服務。

4.0.7，2022 年 3 月 30 日

Discovery 會在 IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP) 備份及還原公用程式中產生錯誤。
- 錯誤: 公用程式未順利完成，且下列訊息已寫入日誌: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)
- 原因: 無法使用 OADP 備份及還原公用程式來備份及還原 Discovery。當 Discovery 服務存在且管理者嘗試備份整個 IBM Cloud Pak for Data 實例時，Discovery 會阻止公用程式順利完成。
- 解決方案: 套用修補程式，以停止 Discovery 阻止公用程式順利完成。
  1. 從 Watson Developer Cloud Github 儲存庫下載 wd-aux-br-patch.zip 檔案。
  2. 從 ZIP 檔解壓縮 wd-aux-br-patch.yaml 檔。
  3. 在登入叢集的終端機中執行下列指令:
```
oc create -f wd-aux-br-patch.yaml
```
4.0.8 版已修正此問題。 (您仍然無法使用 OADP 公用程式來備份「探索」服務，但在安裝「探索」時，OADP 公用程式可以備份其他服務。)
在完成 4.0.7 升級之後，資源的 Deployed 狀態會波動。
- 錯誤: 當您提交 oc get WatsonDiscovery 指令來檢查狀態時，資源的備妥狀態會在顯示 23/23 與 20/23 元件已備妥可供使用之間切換。
- 原因: 在移轉之後，未一致地報告資源的備妥狀態。
- 解決方案: 一般而言，儘管備妥狀態不穩定，實例仍可使用。若要手動重新整理狀態資訊，請在登入叢集的終端機中執行下列指令:
```
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}'
```
4.0.8 版已修正此問題。
如果系統管理者以外的任何人執行升級，則 wd-discovery-multi-tenant-migration 工作失敗。
- 錯誤: 當您以 admin 以外的使用者 ID 升級時，移轉工作失敗。
- 原因: 移轉 Script 假設該 Script 由具有管理使用者 ID 的使用者執行。
- 解決方案: 套用可讓移轉順利完成的修補程式。請完成下列步驟：
  1. 從 Cloud Pak for Data Web 用戶端中，取得您要升級之實例擁有者的使用者 ID。
  2. 從 Watson Developer Cloud GitHub 儲存庫下載 wd-migration-uid-patch.zip 修補程式檔。
  3. 從保存檔解壓縮 wd-migration-uid-patch.yaml 檔案，然後在文字編輯器中開啟它。
  4. 將 <user_id> 變數取代為您要升級之實例的擁有者的使用者 ID。
  5. 在登入叢集的終端機中執行下列指令:
```
oc create -f wd-migration-uid-patch.yaml
```
  6. 使用以下指令刪除先前的移轉工作：
```
oc delete job wd-discovery-multi-tenant-migration
```
刪除工作之後，移轉工作會重新啟動，且移轉會回復。

4.0.9 版已修正此問題。

4.0.6，2022 年 3 月 1 日

在開始升級程序之前，如果現有叢集中未佈建 Discovery 實例，則升級至 4.0.6 會失敗。
- 錯誤: 4.0.6 升級程序假設 Discovery 實例已佈建在現有叢集裡。例如，如果您要從 4.0.5 升級至 4.0.6，則必須在 4.0.5 叢集中佈建實例，然後才能開始移轉。
- 原因: 由於找不到要移轉的文件索引而不存在實例時，現行程式碼會傳回錯誤。
- 解決方案: 在開始升級至 4.0.6之前，請驗證已在現有 IBM Cloud Pak for Data 叢集中佈建 Discovery 的實例。如果您嘗試升級至 4.0.6，但未佈建任何實例，且移轉失敗，請移除現有的安裝，並從頭開始安裝 4.0.6。
在完成 4.0.6 升級之後，資源的 Deployed 狀態會波動。
- 錯誤: 當您提交 oc get WatsonDiscovery 指令來檢查狀態時，資源的備妥狀態會在顯示 23/23 與 20/23 元件已備妥可供使用之間切換。
- 原因: 在移轉之後，未一致地報告資源的備妥狀態。
- 解決方案: 一般而言，儘管備妥狀態不穩定，實例仍可使用。備妥狀態會在大約 5 小時後結束。您可以等待就緒狀態持續顯示 23/23，也可以在登入叢集的終端機中執行下列指令來手動重新整理狀態資訊:
```
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}'
```
4.0.8 版已修正此問題。
Discovery 會在 IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP) 備份及還原公用程式中產生錯誤。
- 錯誤: 公用程式未順利完成，且下列訊息已寫入日誌: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)
- 原因: 無法使用 OADP 備份及還原公用程式來備份及還原 Discovery。當 Discovery 服務存在且管理者嘗試備份整個 IBM Cloud Pak for Data 實例時，Discovery 會阻止公用程式順利完成。
- 解決方案: 套用修補程式，以停止 Discovery 阻止公用程式順利完成。
  1. 從 Watson Developer Cloud Github 儲存庫下載 wd-aux-br-patch.zip 檔案。
  2. 從 ZIP 檔解壓縮 wd-aux-br-patch.yaml 檔。
  3. 在登入叢集的終端機中執行下列指令:
```
oc create -f wd-aux-br-patch.yaml
```
4.0.8 版已修正此問題。 (您仍然無法使用 OADP 公用程式來備份「探索」服務，但在安裝「探索」時，OADP 公用程式可以備份其他服務。)
如果系統管理者以外的任何人執行升級，則 wd-discovery-multi-tenant-migration 工作失敗。
- 錯誤: 當您以 admin 以外的使用者 ID 升級時，移轉工作失敗。
- 原因: 移轉 Script 假設該 Script 由具有管理使用者 ID 的使用者執行。
- 解決方案: 套用可讓移轉順利完成的修補程式。請完成下列步驟：
  1. 從 Cloud Pak for Data Web 用戶端中，取得您要升級之實例擁有者的使用者 ID。
  2. 從 Watson Developer Cloud GitHub 儲存庫下載 wd-migration-uid-patch.zip 修補程式檔。
  3. 從保存檔解壓縮 wd-migration-uid-patch.yaml 檔案，然後在文字編輯器中開啟它。
  4. 將 <user_id> 變數取代為您要升級之實例的擁有者的使用者 ID。
  5. 在登入叢集的終端機中執行下列指令:
```
oc create -f wd-migration-uid-patch.yaml
```
  6. 使用以下指令刪除先前的移轉工作：
```
oc delete job wd-discovery-multi-tenant-migration
```
刪除工作之後，移轉工作會重新啟動，且移轉會回復。

4.0.9 版已修正此問題。

4.0.5，2022 年 1 月 26 日

Discovery 會在 IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP) 備份及還原公用程式中產生錯誤。
- 錯誤: 公用程式未順利完成，且下列訊息已寫入日誌: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)
- 原因: 無法使用 OADP 備份及還原公用程式來備份及還原 Discovery。當 Discovery 服務存在且管理者嘗試備份整個 IBM Cloud Pak for Data 實例時，Discovery 會阻止公用程式順利完成。
- 解決方案: 套用修補程式，以停止 Discovery 阻止公用程式順利完成。
  1. 從 Watson Developer Cloud Github 儲存庫下載 wd-aux-br-patch.zip 檔案。
  2. 從 ZIP 檔解壓縮 wd-aux-br-patch.yaml 檔。
  3. 在登入叢集的終端機中執行下列指令:
```
oc create -f wd-aux-br-patch.yaml
```
4.0.8 版已修正此問題。 (您仍然無法使用 OADP 公用程式來備份「探索」服務，但在安裝「探索」時，OADP 公用程式可以備份其他服務。)

4.0.4，2021 年 12 月 20 日

Discovery 會在 IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP) 備份及還原公用程式中產生錯誤。
- 錯誤: 公用程式未順利完成，且下列訊息已寫入日誌: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)
- 原因: 無法使用 OADP 備份及還原公用程式來備份及還原 Discovery。當 Discovery 服務存在且管理者嘗試備份整個 IBM Cloud Pak for Data 實例時，Discovery 會阻止公用程式順利完成。
- 解決方案: 套用修補程式，以停止 Discovery 阻止公用程式順利完成。
  1. 從 Watson Developer Cloud Github 儲存庫下載 wd-aux-br-patch.zip 檔案。
  2. 從 ZIP 檔解壓縮 wd-aux-br-patch.yaml 檔。
  3. 在登入叢集的終端機中執行下列指令:
```
oc create -f wd-aux-br-patch.yaml
```
4.0.8 版已修正此問題。 (您仍然無法使用 OADP 公用程式來備份「探索」服務，但在安裝「探索」時，OADP 公用程式可以備份其他服務。)

4.0.3，2021 年 11 月 18 日

在此版本中無法使用引導式導覽。
Discovery 會在 IBM Cloud Pak for Data OpenShift® API for Data Protection (OADP) 備份及還原公用程式中產生錯誤。
- 錯誤: 公用程式未順利完成，且下列訊息已寫入日誌: preBackupViaConfigHookRule on backupconfig/watson-discovery in namespace cpd (status=error)
- 原因: 無法使用 OADP 備份及還原公用程式來備份及還原 Discovery。當 Discovery 服務存在且管理者嘗試備份整個 IBM Cloud Pak for Data 實例時，Discovery 會阻止公用程式順利完成。
- 解決方案: 套用修補程式，以停止 Discovery 阻止公用程式順利完成。
  1. 從 Watson Developer Cloud Github 儲存庫下載 wd-aux-br-patch.zip 檔案。
  2. 從 ZIP 檔解壓縮 wd-aux-br-patch.yaml 檔。
  3. 在登入叢集的終端機中執行下列指令:
```
oc create -f wd-aux-br-patch.yaml
```
4.0.8 版已修正此問題。 (您仍然無法使用 OADP 公用程式來備份「探索」服務，但在安裝「探索」時，OADP 公用程式可以備份其他服務。)

4.0.0，2021 年 7 月 13 日

使用 Analyze API 套用的機器學習模型強化可能會失敗。
- 錯誤: [WKSML_MODEL_NAME]: Enrichment of a document failed
- 原因: Watson Knowledge Studio 中有一個已知問題，可能導致強化處理程序逾時。
- 解決方案: 當您使用 Analyze API 將 Watson Knowledge Studio 模型強化套用至集合時，請將輸入文件的大小保持在 50 KB 以下。

在後續版本中已修正的 2.2.1 問題

[已在第 4 版中修正]如果您在資料集中新增 IBM Watson® Knowledge Studio 機器學習增益，擷取程序可能會執行得很慢，但最終會完成。如果汲取的速度緩慢，您可能會在警告及錯誤中看到下列錯誤訊息：
```
[WKSML_MODEL_NAME]: Document analysis timed out
```
如需其他逾時詳細資料，您可以檢查 Knowledge Studio 機器學習日誌，其看起來可能類似下列內容：
```
{
  "message": "Analysis failed due to:
    org.apache.uima.analysis_engine.AnalysisEngineProcessException
    at c.i.n.b.SIREAnnotator.process(_:454)
  ... ",
  "level": "SEVERE",
}
```
對處理期間逾時的文件編製索引，並不會產生 Knowledge Studio 強化結果。

2.2.1, 2021年2月26日

部署計時問題:
- 錯誤: 安裝修補程式 7 之後，當您嘗試佈建服務實例時，會顯示 404 Not Found 錯誤。可能會針對 nginx Pod 記載下列訊息: open() "/usr/local/openresty/nginx/html/watson/common/discovery/auth" failed (2: No such file or directory)
- 解決方案: 重新啟動 zen-watcher Pod。
如果您執行從外部儲存器登錄取回儲存器映像檔的氣隙安裝，則可能會遇到下列問題:
- 錯誤: 部分 Discovery Pod 可能報告 ImagePullBackoff 錯誤。
- 原因: 正在使用錯誤的映像檔取回密碼。
- 解決方案: 在安裝期間完成下列步驟:
  - 開始安裝 Watson Discovery。
  - 在 watson-discovery-operator 模組完成之後，請執行下列指令，檢查是否已建立 WatsonDiscovery 自訂資源:
```
oc get WatsonDiscovery wd
```
  - 建立自訂資源之後，請執行下列指令，以指向正確的映像檔取回密碼，以從外部登錄取回映像檔:
```
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)"
```
  - 如果 RabbitMQ pod 仍處於 ImagePullBackoff 狀態，請移除 RabbitMQ CR，以啟用 rabbitmq-operator 重新建立 RabbitMQ 叢集。您可以使用下列指令：
```
oc delete IbmRabbitmq wd-rabbitmq
```
在 IBM Watson® Discovery 中，Content Mining 專案只支援每個專案一個集合。如果您建立多個 Content Mining 集合，則可能會發生錯誤。如果發生錯誤，請刪除額外的 Content Mining 集合，讓每一個 Content Mining 專案只有一個相關聯的集合。
如果您正在準備 Discovery for Cloud Pak for Data 叢集，以將您的實例從 2.2.0 升級到 2.2.1，cpd-cli adm 指令有時會失敗，並顯示下列錯誤訊息：Error from server (UnsupportedMediaType): error when applying patch。如果接收到此錯誤訊息，請輸入 oc delete scc cpd-zensys-scc cpd-user-scc cpd-noperm-scc edb-operator-scc admin-discovery-scc 來刪除相關資源，並重新輸入 cpd-cli adm 指令。
如果您將 Discovery for Cloud Pak for Data 實例從 2.2.0 升級到 2.2.1，則在漸進式更新完成之前，cpd-cli upgrade 指令有時候會先完成。如需驗證升級已順利完成的相關資訊，請參閱驗證升級已順利完成。
從 Discovery 2.2.0 升級到 2.2.1 之後，模型-火車影像不會更新。若要暫行解決此問題，請刪除模型訓練運算子建立的部署，並等待該運算子重建這些部署。輸入下列指令來刪除部署：
```
oc delete deploy -l 'app.kubernetes.io/managed-by=ibm-modeltrain'
```
在您執行此指令之後，模型訓練運算子會建立新部署。

如果您將 Discovery for Cloud Pak for Data 從 2.2.0 升級至 2.2.1，您可能會收到下列錯誤訊息:

[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

產生此錯誤訊息是因為用於安裝的儲存類別與升級期間使用的儲存類別不同。此差異來自安裝相依關係運算子的不同附加程式，因為不同附加程式的儲存類別相依關係運算子記錄為用於安裝的儲存類別相依關係運算子。若要暫時解決此問題，您必須個別升級下列子組合:

升級 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

升級 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

升級 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

升級 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

升級模型訓練典型操作員:

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

升級 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
```
其中 <Project> 是您 Discovery for Cloud Pak for Data 2.2.0 實例安裝的命名空間，其中 <Registry_location> 是您推送到註冊伺服器的映像位置，其中 <Registry_from_cluster> 是群集上的 Pod 可以從中拉取映像的位置。

當您在 IBM Cloud Pak for Data 3.5上安裝時，可能會遇到下列問題:
- 錯誤: 如果您嘗試在執行 Planning Analytics 的叢集上佈建 Discovery 服務，則部分 Discovery Pod 不會啟動且安裝失敗。 Pod 的日誌會顯示 java.lang.NumberFormatException: For input string 之類的訊息。
- 原因: 隨 Planning Analytics安裝的 couchdb 服務將名為 COUCHDB_PORT 的環境變數新增至 Kubernetes 叢集。Discovery 不使用 couchdb，因此未指定此環境變數的值。不過，部分 Pod 會嘗試剖析變數，這會導致錯誤。
- 解決方案: 安裝修補程式 cpd-watson-discovery-2.2.1-patch-1，可修正此問題。

另請參閱所有舊版中的問題。

2.2，2020 年 12 月 8 日

在上傳較小的 CSV 檔案（通常為 99 行或更少的 CSV 檔案）時，可能未正確汲取標頭和（或）第一行。如果發生這種情況，請在工具中導覽至「CSV 設定」標籤並更新設定。重新處理後，導覽至管理欄位標籤，並根據需要更新欄位類型。
如果您使用 IBM Cloud Pak for Data 自訂連接器建立的自訂爬蟲設定您的收藏集，然後移除自訂爬蟲部署，「處理設定」頁面將不會顯示爬蟲設定。這是因為基礎搜索器無法使用。若要解決此問題，請在集合使用自訂搜索器時確認已部署自訂搜索器。
使用 IBM Cloud Pak for Data 自訂連接器搭配 Discovery for IBM Cloud Pak for Data 2.2時，用來部署及移除自訂搜索器的 Script scripts/manage_custom_crawler.sh 會失敗。若要解決此問題，請將 podname="gateway" 中的第 37 行 podname="wd-discovery-gateway" 取代為 scripts/manage_custom_crawler.sh，然後重新執行部署指令。
在工具中建立自訂強化時，必須選擇要套用強化的欄位，然後按一下套用。如果未選取任何欄位，則會停用套用並重新處理按鈕（該按鈕用於變更強化），直到新的強化具有欄位為止。
如果您將 Contracts 強化或 Understanding tables 強化套用至集合，則在該集合汲取文件時可能會收到下列錯誤訊息: The number of nested documents has exceeded the allowed limit of [X]. 請聯絡IBM 支援中心以調整限制。

使用自訂字典強化文字時，entities.type 的輸出應該是 Dictionary 強化的完整資料類型路徑。不過，在此版本中，將不會顯示完整的資料類型路徑。若要解決此問題，請重新處理集合。例如，如果資料類型路徑為 sample1.sample2，則在重新處理之前，它將類似於以下內容：

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

在重新處理之後，它將類似於以下內容：

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

在轉換器設定為 auto_detection=true 的情況下上傳 CSV 檔案時，工具中的 CSV 設定標籤將顯示不正確的設定。如果更新 CSV 設定標籤上的設定，則 auto_detection 設定將不再為 true。
在使用「智慧型文件理解 (SDU)」自訂模型轉換的 Office 文件（.doc、.docx、.odf、.xls、.xlsx、.ods、.ppt、.pptx、.odp）中，publicationdate 可能不會顯示在 JSON 回應的 extracted_metadata 欄位中。它將顯示在 JSON 回應的 html 欄位中。 publicationdate 欄位中的 html 將是文件的汲取日期，而不是文件的原始發佈日期。
Analyze API 使用記憶體內快取來保留與用於執行文件的集合相關聯的強化模型。如果集合包含許多大型強化，或者同時使用多個這樣的集合，則快取可能會耗盡記憶體。發生這種情況時，Analyze API 會傳回空結果（請參閱範例），而無狀態 API REST Proxy 將在其日誌中顯示以下訊息：RESOURCE_EXHAUSTED: stateless.Analysis/analyze: RESOURCE_EXHAUSTED。
```
{
  "result": null,
  "notices": null
}
```
如果要暫時解決這個問題，請執行下列步驟：
1. 檢查集合中使用的強化，並移除應用程式不需要的強化。特別是，移除語音部分的豐富內容。
2. 減少與 Analyze API 同時使用的集合數。
3. 增加快取記憶體：
  - 將 container model-runtime 中 deployment core-discovery-stateless-api-model-runtime 的記憶體限制增加為 10 GB 或以上
  - 編輯 CAPACITY_MB 中的環境變數 deployment core-discovery-stateless-api-model-runtime，將其設定為 10240 或以上
如果模型執行時期儲存器已重新啟動，但模型網格執行時期儲存器未重新啟動，則 Analyze API 可能會遇到問題。
- 錯誤:Analzye API 呼叫在特定集合上傳回 500 錯誤，且日誌包含下列項目:
```
"message": "error occurred in analyzer
  java.lang.NullPointerException
  at c.i.e.a.a.s.r.ModelManager$2.analyze(ModelManager.java:112)
```
- 原因: 模型執行時期儲存器與模型網格執行時期儲存器不同步。
- 解決方案: 刪除 wd-stateless-api-model-runtime Pod 以同時重新啟動模型網眼和模型執行時期儲存器。

另請參閱所有舊版中識別的問題。

2.1.4, 2020 年 9 月 2 日：

使用表單鑑別配置 Web 搜索時，若指定的 URL 未含尾端斜線（例如：https://webcrawlurl.com），則 Web 搜索只會搜索登入頁面。要解決這個問題，請在 URL 中加入尾部斜線，例如：https://webcrawlurl.com/。
引導式導覽不會在 Firefox 上執行。如需其他支援的瀏覽器清單，請參閱瀏覽器支援。
如果模型中的多個抽取器在內部對一個或多個輸出檢視使用相同的名稱，則將文件納入使用 Watson Knowledge Studio 中建立的自訂進階規則模型的集合中可能會失敗。
如果刪除大量文件，然後立即汲取大量文件，則可能需要更長的時間才能讓所有文件變成可用。
啟用 FIPS (聯邦資訊存取安全標準) 時，分類器強化無法運作。

另請參閱所有舊版中識別的問題。

在後續版本中已修正的 2.1.4 問題

[已在 2.2] 在已部署的「內容採礦」應用程式中，如果您在搜尋查詢中包括波狀符號 (~)，以啟用模糊比對或包括星號 (*) 符號來代表萬用字元，則搜尋自訂作業會適當地運作，但在查詢結果中不會強調顯示相符字串。

[已在 2.2 版本中修正]當更改工具中「管理欄位」標籤上的「包含在索引中」欄位時，可能會發生轉換錯誤。如果發生此錯誤，則不會編製文件的索引。若要解決此問題，請執行下列動作：

oc edit sts core-discovery-converter

編輯 containers 與 - name: INGESTION_POD_NAME 之間的內容，如下所示：

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

新增 - command: 至 /opt/ibm/wex/zing/bin/entrypoint.sh /opt/ibm/wex/zing/bin/controller.sh 的行，並移除之前的 - env:

儲存變更。它會重新啟動 converter pod。

2.1.3, 2020 年 6 月 19 日：

IBM Watson® Knowledge Studio 2.1.3 或更新版本中不支援 Discovery for Cloud Pak for Data 機器學習模型中的Entity Subtypes。如需轉換現有機型的說明，請聯絡支援中心。
無無法將檔名中包含空格（例如：file 1.csv）的 CSV 檔案上傳至「內容採礦」專案。請將檔案重新命名以暫時解決這個問題。
執行專案層次相關性訓練時，如果您有多個集合，並且其中兩個或更多集合包含重複的 document_id，則專案層次相關性訓練會失敗。重複的 document_ids 範例：Collection A 包含 ID 為 1234 的文件，Collection B 也包含 ID 為 1234 的文件。
建立資料類型後，只會正確儲存使用字首為 extracted_metadata 的欄位的第一個資料類型。會顯示具有該字首的其他資料類型，但在畫面重新整理之後將會消失。這種情況針對每個專案只會發生一次，因此暫行解決方法是重新整理並重新新增資料類型。
IBM Cloud Pak for Data 在上安裝期間，某些作業可能會錯誤地將其狀態報告為，導致安裝超時。IBM Cloud Pak® for Data 2.5.0.0 Kubernetes OOMKilled 若要解決此問題，在「工作」傳回 OOMKilled 後，請驗證與該「工作」相關聯之 Pod 的日誌。日誌中應該沒有明顯的錯誤訊息，並且資源在日誌中報告為已建立。請手動驗證這些資源在名稱空間中是否存在，然後刪除該「工作」。這將導致安裝繼續。
套用強化時，某些文件可能會顯示兩個 html 欄位。顯示的兩個 html 欄位相同，並且操作方式相同。
在 Firefox 中建立資料來源時，您可能看不到整個選項清單，包括更多處理設定設定。若要解決此問題，請縮小、增加瀏覽器高度，或使用其他支援的瀏覽器。
自訂搜尋結果的顯示時，在按一下Apply按鈕後，有時不會儲存所做的變更。若要暫時解決這個問題，請重新整理瀏覽器，然後重試進行變更。
為集合設定資料來源或 Web 搜索器時，如果輸入的配置不正確，然後在處理設定頁面上嘗試更新該配置，則在按一下Apply changes and reprocess按鈕時，可能不會啟動資料來源更新或搜索。您可以開啟集合的活動頁面來瞭解處理是否已啟動，確認此問題。如果您看到針對資料來源的處理尚未啟動，請按一下Recrawl按鈕，然後按一下Apply changes and reprocess按鈕。如果您看到針對 Web 搜索的處理尚未啟動，請按一下Stop按鈕，然後按一下Recrawl按鈕。
IBM Cloud Pak for Data 當使用在部署上執行測試時，將傳回狀態。helm test core core Helm core-discovery-api-post-install-test FAILED 這是由於 test pod 圖像中的錯誤。您可以忽略該測試結果，因為失敗與部署中的任何內容都無關。
依預設，在使用工具建立任何off專案類型時，光學字元辨識 (OCR) 設定為 。但是，如果使用 API 建立專案，則 OCR 會設定為 on。若要解決此問題，請開啟工具，並將專案設定變更為off。
當集合的「光學字元辨識 (OCR)」設為 on，且未套用任何已訓練的「智慧型文件理解 (SDU)」模型時，不會處理 PNG、TIFF 及 JPG 檔案來進行文字辨識。將不會處理 PDF、Word、PowerPoint 及 Excel 文件內嵌的影像 - 只會處理這些文件的非影像部分來進行文字辨識。若要暫時解決這個問題，請匯入或訓練 SDU 模型，然後重新處理該集合。這將容許從影像中擷取文字。
您在 Watson Assistant 中建立「搜尋技能」並被導向至 Watson Discovery 工具之後，畫面為空白。發生此問題的原因是 URL 遺漏 Discovery 實例 ID。如果要暫時解決這個問題，請執行下列步驟：
1. 從 IBM Cloud Pak for Data Web 用戶端功能表中，選擇我的實例。例如：https://mycluster.com/zen/#/myInstances。
2. 選取您正在使用的 Discovery 範例，然後按一下 Launch Tool（啟動工具 ）。
3. 載入工具之後，URL 應該具有下列結構：https://mycluster.com/discovery/core/instances/00000000-0000-0000-0001-597165341876/projects
4. 複製整個路徑，包括 /projects。例如： https://mycluster.com/discovery/core/instances/00000000-0000-0000-0001-597165341876
5. 回到顯示空白 Discovery 畫面的瀏覽器索引標籤。該 URL 結構將如下所示：https://mycluster.com/discovery/core/collections/new?redirect_uri=...
6. 將 https://mycluster.com/discovery/core 改為之前複製的 URL，因此新的 URL 應該看起來像這樣：https://mycluster.com/discovery/core/instances/00000000-0000-0000-0001-597165341876/collections/new?redirect_uri=...
7. 按 Enter 鍵以開啟更新後的 URL。您現在應該位於 Watson Discovery 管理集合頁面。

另請參閱所有舊版中識別的問題。

2.1.2，2020 年 3 月 31 日

針對韓文、波蘭文、日文、斯洛伐克文或中文使用傳遞擷取時，可能在此版本會遇到回應時間緩慢許多。若要解決此問題，請停用傳遞擷取，或上傳自訂非索引字清單，其中包含您文件中常見的單字（例如前置介系詞和代名詞）。請參閱 Defining stopwords 以取得數種語言的非索引字清單範例。另請參閱 GitHub上的 Stopwords ISO)。
[更新：已在 2.1.3 版本中修復]在 2.1.2、2.1.1 和 2.1.0 版本中，PNG、TIFF 和 JPG 單一圖像檔案不會被掃描，也不會從這些檔案中提取任何文字。此外也不會掃描 PDF、Word、PowerPoint 和 Excel 檔案中內嵌的 PNG、TIFF 和 JPEG 影像，且不會從那些檔案擷取文字。
啟用 FIPS「聯邦資訊存取安全標準」時，「智慧型文件理解」不支援 .doc、.docx、.odf、.xls、.xlsx、.ods、.ppt、.pptx 及 .odp 轉換。
在「內容採礦」應用程式中，如果針對該集合重建索引，已設定的任何文件旗標都會消失。
從 2.1.2 版開始，使用第 1 版 API 上傳及管理相關性訓練資料將不會訓練相關性訓練模型。 v1 API 已被專案相關性訓練 v2 API 所取代。如果需要保留您的訓練資料，可以使用第 1 版 API 列出，然後使用第 2 版 API 新增至專案。
多個正則表達式不能同時套用到一個集合。
IBM Cloud Pak for Data 下載時隨附的安裝說明 README 有兩處小改動。IBM Watson® Discovery for IBM Cloud Pak® for Data 有關 README 的更新版本，請參閱 Discovery Helm 圖 README.md。
- --cluster-pull-prefix PREFIX 引數的說明變更。
- 語言延伸套件名稱已從 ibm-watson-discovery-pack1-2.1.2.tar.xz. 更新為 ibm-wat-dis-pack1-prod-2.1.2.tar.xz。

另請參閱所有舊版中識別的問題。

2.1.1，2020 年 1 月 24 日

建立字典時，建議的字典詞彙預設會規範化為小寫 (例如 Watson Assistant 會規範化為 watson assistant)。為確保大寫詞彙的匹配，應明確地將其納入 Other terms 清單或 Base term。
備份和還原資料時，訓練資料未順利還原。如果集合中的文件是由使用連接器的搜索或 Web 搜索所新增，您的訓練資料可以分開擷取，以便從現有專案備份，然後上傳到新的還原專案。如需詳細資訊，請參閱 API 參考資料中的列出訓練查詢和建立訓練查詢）。
搜索 SharePoint Online 或 SharePoint OnPrem 文件時，JSON 文件可能未正確進行檢索，且傳回的 title 可能為 errored。這是因為 SharePoint Web Service 使用 ows_FileRef 內容來擷取 JSON 檔案，這將傳回錯誤頁面。若要解決此問題，請與 SharePoint 管理者和 Microsoft 支援中心聯絡。
如果將 2.0.1 版中建立的集合移轉到 2.1.0 或 2.1.1 版，則不會為該集合指派專案類型，並且該集合不可供查詢。若要指派專案類型，請選取我的專案來開啟專案頁面。命名專案，然後選擇以下「專案類型」之一：Document Retrieval、Conversational Search、Content Mining 或 Custom。

另請參閱所有舊版中識別的問題。

在後續版本中已修正的 2.1.1 問題

[修正了版本 2.1.2] 在 OpenShift, 上安裝 Discovery for Cloud Pak for Data 時，由於 classpath 中的 jar 不相容，ranker-rest 服務可能會間歇性地啟動失敗。若要解決此問題，請執行下列動作：

使用這個指令：ranker-rest 開啟 kubectl edit deployment {release-name}-{watson-discovery}-ranker-rest 編輯器。
在編輯器中，搜尋 ranker-rest image（例如：{docker-registry}/{namespace}/discovery-ranker-rest-service:20200113-150050-2-d1527c2）

在 {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, 2019年11月27日

將強化套用於集合時，強化語言必須與集合語言相符合，否則套用會失敗。工具會顯示所有集合，而不考慮語言。
在「管理欄位」標籤上，可以編輯系統產生的欄位。不應變更欄位類型或關閉檢索來編輯下列欄位：document_id、extracted_metadata 和 metadata。
刪除集合並選取 Don't delete underlying data 選項時，任何未完成的文件汲取搜索都會繼續在背景執行（這將影響新的搜索開始時間），直到現有搜索完成為止。
IBM Cloud Pak for Data Discovery 可能會因為元件進入鎖定狀態而無法正常啟動。可能需要人為介入資料庫以清除鎖定。如需如需和解決此問題的相關資訊，請參閱清除鎖定狀態。
如果使用「上傳資料」功能上傳了文件、刪除該文件，接著嘗試上傳相同文件或具有相同文件 ID 的其他文件，則上傳會失敗並且會顯示訊息 Error during creating a document。
處理時產生 html 欄位的文件無法與相關性訓練一起使用。會針對使用「智慧型文件理解」或 Content Intelligence處理的文件產生 html。必須先移除 html 欄位，然後才能順利完成相關性訓練。
如果沒有開啟語音部分豐富化功能：將不會建立動態分面，無法使用字典建議，Content Miner「擷取的分面」將不會產生。
[更新：已在 2.1.1 版]Discovery 中修復了 Content Intelligence 和表格理解的豐富功能，這些功能可開箱即用地應用於名為 html。當使用者上傳沒有命名為 html 的根層欄位的 JSON 文件時，這些增益將不會在索引中產生結果。若要對此類 JSON 文件執行強化，使用者必須重新配置強化以對 JSON 文件中的現有欄位執行。
檢視 Content Miner 部署頁面時，有時不會顯示完整的應用程式 URL 供複製。若要解決此問題，請重新整理頁面。
[更新：已在 2.1.2 版本中修復]拆除 IBM Watson® Discovery for IBM Cloud Pak® for Data Instance 將不會刪除底層資料。請手動刪除集合和文件。
[更新：已在 2.1.3 版本中修]復在改進工具面板上，豐富 Sentiment of phrases 已列出，但目前不可用。
在「內容採礦」專案中，dates 欄位可能無法正確剖析以顯示在資料類型中。
「動態資料類型」切換不應顯示在「內容採礦」專案中。
應該至少汲取 50 到 100 個文件，才可看到產生的有效動態資料類型。
如果按一下停止來停止了搜索器，但轉換器處理程序緩慢或發生錯誤，您可能會看到搜索器的狀態為「執行中」。
已上傳及已搜索文件中所有非 HTML 欄位的大小限制總計為 1MB（相當於 1,048,576 個位元組），而這些文件中所有 HTML 欄位的大小限制總計則為 5MB。如果超出任一限制，就會收到一則錯誤訊息指出 The document has fields/HTML fields that exceed the 1 MB/5 MB limit.，而且不會汲取文件。如需增加任一大小限制的協助，請聯絡 IBM 支援中心。

另請參閱所有舊版中識別的問題。

2.0.1, 2019年8月30日

使用 IBM Watson® Knowledge Studio 模型建立「機器學習」強化後，可能會在強化欄位頁面上顯示兩個同名的強化。這不會影響強化，但最好僅選取其中一個強化，並將該強化套用於一個以上欄位。
如果網路抓取似乎卡在固定的文件數量處理，且 Logs 頁面上顯示的訊息為 The ingestion job <jobid> is terminated incorrectly，請聯絡 IBM 支援，以尋求協助重新啟動抓取。
如果訓練了一個以上集合，其中一個集合中的訓練資料可能會顯示在未訓練之集合的訓練頁面上。請重新整理頁面以清除這些訓練資料。
如果下列類型的文件沒有正確的副檔名（.docx、.pptx 和 .xlsx），則不會處理這些文件。

另請參閱舊版中識別的問題。

在後續版本中已修正的 2.0.1 問題

已[在 2.1.2 版本中修復]當您上傳文件到已存在文件的集合時，Activity 頁面會顯示 Documents uploaded! 訊息，但不會顯示進一步的處理狀態，直到文件數量增加為止。

一般可用性 (GA) 版本，2019 年 6 月 28 日

如果在 Discovery for Cloud Pak for Data 工具中工作，並且 IBM Cloud Pak® for Data 階段作業到期，則您將收到空白頁面。若要回到工具，請重新整理瀏覽器並重新登入。
汲取到 Discovery 中的所有 JSON 檔案都應包含 .json 副檔名。
在對已訓練集合的 collection_id 進行查詢時，training_status.notices 值有時可能會顯示為 0，而不是顯示正確的值。
並非所有查詢限制均在此版本中強制實施。如需禁止的欄位的完整清單，請參閱查詢限制。
在 JSON 來源文件中，不應複製下列系統產生的欄位：document_id、parent_document_id、filename 和 title。這將導致重複欄位巢狀在陣列中，並中斷某些特性，例如排序器訓練。
請勿在 JSON 文件中包含根層級 metadata 屬性。如果您上傳的 JSON 文件已包含根層 metadata 屬性，則索引文件的 metadata 屬性將被轉換為索引中的陣列。
不要對 CSV 檔案中的直欄名稱使用 meta 資料。如果在所上傳 CSV 檔案的標頭中對直欄名稱使用 meta 資料，則索引文件的 metadata 內容將轉換為索引中的陣列。
CSV 檔案必須使用逗點 (,) 或分號 (;) 作為定界字元；不支援其他定界字元。如果 CSV 檔案包含的值中含有逗點或分號，您應該用雙引號將這些值括起，以避免分隔這些值。如果存在標頭列，則這些列中的值的處理方式與其他所有列中的值相同。如果 CSV 檔案的最後一列後面沒有 CRLF（換行），則不會處理該列。
目前，並未強制實施唯一集合名稱。不建議使用重複的集合名稱，應避免使用