5.2.x 릴리스

Watson Discovery 를 참조하십시오.

5.1.x 출시

Watson Discovery 를 참조하십시오.

5.0.x 릴리스

Watson Discovery 를 참조하십시오.

4.8.x 릴리스

Watson Discovery 를 참조하십시오.

4.7.x 릴리스

Watson Discovery 를 참조하십시오.

4.6.x 릴리스

Watson Discovery 를 참조하십시오.

4.5.x 릴리스

Watson Discovery의 제한사항 및 알려진 문제를 참조하십시오.

4.0.x 릴리스

알려진 문제에 대한 자세한 정보는 IBM Cloud Pak for Data 문서를 참조하십시오.

4.0.9, 2022년 5월 25일

• Discovery 는 IBM Cloud Pak for Data Red Hat OpenShift APIs for Data Protection (OADP) 백업 및 복원 유틸리티에 대한 부분 실패 상태 메시지를 생성합니다.

  • 오류입니다: Discovery 이 설치된 클러스터를 백업하기 위해 OADP 백업 유틸리티를 사용한 후 상태를 확인하면 Phase: PartiallyFailed 메시지가 표시됩니다. Failed 목록에 하나 이상의 Discovery 구성 요소가 포함되어 있습니다.
  • 원인: OADP 백업 및 복원 유틸리티를 사용하여 Discovery 백업 및 복원할 수 없습니다. Discovery 서비스가 있고 관리자가 전체 IBM Cloud Pak for Data 인스턴스를 백업하는 경우 부분적인 실패를 나타내는 상태 메시지가 표시됩니다. 이 상태는 Discovery 에 대한 영구 볼륨 클레임(PVC)이 백업되지 않았기 때문에 표시됩니다. 그러나 메시지는 나머지 서비스의 백업에 영향을 주지 않습니다.
  • 솔루션: 상태 메시지를 해결하기 위한 조치가 필요하지 않습니다. Discovery 서비스와 연관된 지속적 볼륨 청구를 별도로 제거할 수 있습니다. 스크립트를 사용하여 Discovery 서비스 데이터를 백업한 후 Discovery 서비스의 설치 제거 지시사항에 설명된 단계를 수행하여 PVC를 삭제할 수 있습니다. Discovery와 연관된 PVC를 제거하는 방법에 대한 자세한 정보는 Discovery 서비스 설치 제거를 참조하십시오.

4.0.8, 2022년 4월 27일

• 시스템 관리자 이외의 다른 사용자가 업그레이드를 수행하면 wd-discovery-multi-tenant-migration 작업이 실패합니다.

  • 오류입니다: 관리자가 아닌 다른 사용자 ID로 업그레이드하면 마이그레이션 작업이 실패합니다.

  • 원인: 마이그레이션 스크립트에서는 관리자 사용자 ID를 가진 사용자가 스크립트를 실행한다고 가정합니다.

  • 솔루션: 마이그레이션을 완료할 수 있도록 하는 패치를 적용하십시오. 다음 단계를 완료하십시오.

    1. Cloud Pak for Data 웹 클라이언트에서 업그레이드하려는 인스턴스 소유자의 사용자 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® API for Data Protection (OADP) 백업 및 복원 유틸리티에 대한 부분 실패 상태 메시지를 생성합니다.

  • 오류입니다: Discovery 이 설치된 클러스터를 백업하기 위해 OADP 백업 유틸리티를 사용한 후 상태를 확인하면 Phase: PartiallyFailed 메시지가 표시됩니다. Failed 목록에 하나 이상의 Discovery 구성 요소가 포함되어 있습니다.
  • 원인: OADP 백업 및 복원 유틸리티를 사용하여 Discovery 백업 및 복원할 수 없습니다. Discovery 서비스가 있고 관리자가 전체 IBM Cloud Pak for Data 인스턴스를 백업하는 경우 부분적인 실패를 나타내는 상태 메시지가 표시됩니다. 이 상태는 Discovery 에 대한 영구 볼륨 클레임(PVC)이 백업되지 않았기 때문에 표시됩니다. 그러나 메시지는 나머지 서비스의 백업에 영향을 주지 않습니다.
  • 솔루션: 상태 메시지를 해결하기 위한 조치가 필요하지 않습니다. Discovery 서비스와 연관된 지속적 볼륨 청구를 별도로 제거할 수 있습니다. 스크립트를 사용하여 Discovery 서비스 데이터를 백업한 후 Discovery 서비스의 설치 제거 지시사항에 설명된 단계를 수행하여 PVC를 삭제할 수 있습니다. Discovery와 연관된 PVC를 제거하는 방법에 대한 자세한 정보는 Discovery 서비스 설치 제거를 참조하십시오.

4.0.7, 2022년 3월 30일

• Discovery 는 데이터 보호를 위한 IBM Cloud Pak for Data OpenShift® API (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 유틸리티를 사용하여 Discovery 서비스를 백업할 수 없지만 Discovery가 설치되면 OADP 유틸리티가 다른 서비스를 백업할 수 있습니다.)

• Deployed 4.0.7 업그레이드가 완료된 후 리소스 상태가 변동됩니다.

  • 오류: 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 작업이 실패합니다.

  • 오류입니다: 관리자가 아닌 다른 사용자 ID로 업그레이드하면 마이그레이션 작업이 실패합니다.

  • 원인: 마이그레이션 스크립트에서는 관리자 사용자 ID를 가진 사용자가 스크립트를 실행한다고 가정합니다.

  • 솔루션: 마이그레이션을 완료할 수 있도록 하는 패치를 적용하십시오. 다음 단계를 완료하십시오.

    1. Cloud Pak for Data 웹 클라이언트에서 업그레이드하려는 인스턴스 소유자의 사용자 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을 설치하십시오.

• Deployed 4.0.6 업그레이드가 완료된 후 리소스 상태가 변동됩니다.

  • 오류: 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 (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 유틸리티를 사용하여 Discovery 서비스를 백업할 수 없지만 Discovery가 설치되면 OADP 유틸리티가 다른 서비스를 백업할 수 있습니다.)

• 시스템 관리자 이외의 다른 사용자가 업그레이드를 수행하면 wd-discovery-multi-tenant-migration 작업이 실패합니다.

  • 오류입니다: 관리자가 아닌 다른 사용자 ID로 업그레이드하면 마이그레이션 작업이 실패합니다.

  • 원인: 마이그레이션 스크립트에서는 관리자 사용자 ID를 가진 사용자가 스크립트를 실행한다고 가정합니다.

  • 솔루션: 마이그레이션을 완료할 수 있도록 하는 패치를 적용하십시오. 다음 단계를 완료하십시오.

    1. Cloud Pak for Data 웹 클라이언트에서 업그레이드하려는 인스턴스 소유자의 사용자 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 (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 유틸리티를 사용하여 Discovery 서비스를 백업할 수 없지만 Discovery가 설치되면 OADP 유틸리티가 다른 서비스를 백업할 수 있습니다.)

4.0.4, 2021년 12월 20일

• Discovery 는 데이터 보호를 위한 IBM Cloud Pak for Data OpenShift® API (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 유틸리티를 사용하여 Discovery 서비스를 백업할 수 없지만 Discovery가 설치되면 OADP 유틸리티가 다른 서비스를 백업할 수 있습니다.)

4.0.3, 2021년 11월 18일

• 안내식 둘러보기는 이 릴리스에서 사용할 수 없습니다.

• Discovery 는 데이터 보호를 위한 IBM Cloud Pak for Data OpenShift® API (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 유틸리티를 사용하여 Discovery 서비스를 백업할 수 없지만 Discovery가 설치되면 OADP 유틸리티가 다른 서비스를 백업할 수 있습니다.)

4.0.0, 2021년 7월 13일

• 분석 API를 사용하여 적용하는 기계 학습 모델 인리치먼트는 실패할 수 있습니다.

  • 오류: [WKSML_MODEL_NAME]: Enrichment of a document failed
  • 원인: Watson Knowledge Studio 에 인리치먼트 처리의 제한시간 초과를 유발할 수 있는 알려진 문제가 있습니다.
  • 솔루션: Analyze API를 사용하여 Watson Knowledge Studio 모델 인리치먼트를 콜렉션에 적용할 때 입력 문서의 크기를 50KB미만으로 유지하십시오.

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 포드가 여전히 ImagePullBackoff 상태에 있는 경우, RabbitMQ CR을 제거하여 rabbitmq-operator가 RabbitMQ 클러스터를 다시 생성할 수 있도록 합니다. 다음 명령을 사용할 수 있습니다.

      oc delete IbmRabbitmq wd-rabbitmq
      

• IBM Watson® Discovery에서 Content Mining 프로젝트는 프로젝트당 하나의 콜렉션만 지원합니다. 둘 이상의 Content Mining 콜렉션을 작성하면 오류가 발생할 수 있습니다. 오류가 발생하는 경우 각 Content Mining 프로젝트에 연관된 콜렉션이 한 개만 있도록 추가 Content Mining 콜렉션을 삭제하십시오.

• 2.2.0에서 2.2.1로의 인스턴스에 대한 인플레이스(in-place) 업그레이드를 위해 Discovery for Cloud Pak for Data 클러스터를 준비하는 경우, 때에 따라 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> 는 클러스터의 파드가 이미지를 가져올 수 있는 위치입니다.

• IBM Cloud Pak for Data 3.5에 설치하는 경우 다음 문제가 발생할 수 있습니다.

  • 오류: Planning Analytics 가 실행 중인 클러스터에서 Discovery 서비스를 프로비저닝하려는 경우 일부 Discovery 팟 (Pod) 이 시작되지 않고 설치에 실패합니다. 팟 (Pod) 에 대한 로그는 java.lang.NumberFormatException: For input string 와 같은 메시지를 표시합니다.
  • 원인: Planning Analytics. Discovery 와 함께 설치된 couchdb 서비스가 Kubernetes 클러스터에 이름이 COUCHDB_PORT 인 환경 변수를 추가했으므로 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 2.2에 대해 Discovery 와 함께 IBM Cloud Pak for Data 사용자 정의 커넥터 를 사용하는 경우, 사용자 정의 크롤러의 배치를 배치하고 제거하는 데 사용되는 scripts/manage_custom_crawler.sh 스크립트가 실패합니다. 이 문제를 임시로 해결하려면 podname="gateway"에서 행 37 podname="wd-discovery-gateway"를 scripts/manage_custom_crawler.sh로 바꾼 후 배치 명령을 다시 실행하십시오.

• 도구에서 사용자 정의 강화를 작성할 때 강화를 적용해야 하는 필드를 선택하고 적용을 클릭해야 합니다. 필드를 선택하지 않으면 새 강화에 필드가 있을 때까지 강화 변경에 대해 적용 및 재처리 단추가 사용 안함으로 설정됩니다.

• 계약 인리치먼트 또는 테이블 이해 인리치먼트를 콜렉션에 적용하는 경우 해당 콜렉션이 문서를 수집할 때 다음 오류 메시지를 수신할 수 있습니다. The number of nested documents has exceeded the allowed limit of [X]. IBM 지원 센터에 문의 하여 한계를 조정하십시오.

• 텍스트가 사용자 정의 사전으로 강화된 경우 entities.type의 출력은 사전 강화의 전체 패싯 경로여야 합니다. 그러나 이 릴리스에서는 전체 패싯 경로가 표시되지 않습니다. 이 문제를 임시로 해결하려면 콜렉션을 다시 처리하십시오. 예를 들어, 패싯 경로가 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(Smart Document Understanding) 사용자 정의 모델을 사용하여 변환된 Office 문서('.doc', '.docx', '.odf', '.xls', '.xlsx', '.ods', '.ppt', '.pptx', '.odp')에서 publicationdate가 JSON 응답의 extracted_metadata 필드에 표시되지 않을 수 있습니다. 대신 JSON 응답의 html 필드에 표시됩니다. publicationdate 필드의 html는 문서의 원래 게시 날짜가 아니라 문서가 수집된 날짜입니다.

• 분석 API는 인메모리 캐시를 사용하여 문서를 실행하는 데 사용되는 콜렉션과 연관된 강화 모델을 보유합니다. 콜렉션에 많은 대규모 강화가 포함되어 있거나 이러한 콜렉션 중에서 여러 개가 동시에 사용되는 경우 캐시의 메모리가 부족할 수 있습니다. 이 경우 분석 API는 널 결과를 리턴하고(예제 참조) stateless API 나머지 프록시는 로그에 다음 메시지를 표시합니다. RESOURCE_EXHAUSTED: stateless.Analysis/analyze: RESOURCE_EXHAUSTED.

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

  이 문제를 해결하려면 다음을 수행하십시오.

  1. 콜렉션에 사용된 강화를 검토하고 애플리케이션에 필요하지 않은 강화를 제거하십시오. 특히 품사 강화 기능을 제거하세요.

  2. 분석 API와 동시에 사용되는 콜렉션의 수를 줄이십시오.

  3. 캐시 메모리를 늘리십시오.

     • container model-runtime에서 deployment core-discovery-stateless-api-model-runtime의 메모리 제한을 10GB 이상으로 늘리십시오.
     • CAPACITY_MB에서 환경 변수 deployment core-discovery-stateless-api-model-runtime를 편집하고 이를 10240 이상으로 설정하십시오.

• 모델 런타임 컨테이너는 다시 시작되지만 모델 메시 런타임 컨테이너는 다시 시작되지 않으면 분석 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일:

• FORM 인증을 사용하여 웹 크롤링을 구성할 때 후행 슬래시 없이 URL을 지정하면(예: https://webcrawlurl.com) 웹 크롤링 시 로그인 페이지만 크롤링됩니다. 이 문제를 해결하려면 URL 에 후행 슬래시를 추가합니다(예: https://webcrawlurl.com/).
• 안내가 포함된 둘러보기가 Firefox에서 실행되지 않습니다. 지원되는 다른 브라우저 목록은 브라우저 지원을 참조하십시오.
• Watson Knowledge Studio 에 구축된 사용자 지정 고급 규칙 모델을 사용하는 컬렉션으로 문서를 수집하는 경우 모델의 여러 추출기가 내부적으로 하나 이상의 출력 보기에 동일한 이름을 사용하는 경우 실패할 수 있습니다.
• 많은 수의 문서를 삭제한 다음 즉시 많은 수의 문서를 수집하면 모든 문서를 사용할 수 있게 되는 데 시간이 오래 걸릴 수 있습니다.
• FIPS (Federal Information Processing Standards) 가 사용으로 설정된 경우 분류자 인리치먼트가 작동하지 않습니다.

이전 릴리스 모두에서 식별된 문제도 참조하십시오.

2.1.3, 2020년 6월 19일:

• IBM Watson® Knowledge Studio 기계 학습 모델의 Entity Subtypes는 Discovery for Cloud Pak for Data 2.1.3 이상에서 지원되지 않습니다. 기존 모델을 변환하는 방법에 대한 지침은 지원 센터에 문의하세요.

• 파일 이름에 공백이 포함된 CSV 파일(예: file 1.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 단추를 클릭하고 나면 변경된 사항이 저장되지 않는 경우가 있습니다. 이 문제를 임시로 해결하려면 브라우저를 새로 고치고 다시 변경해 보십시오.

• 콜렉션에 맞게 데이터 소스 또는 웹 크롤러를 설정할 때 잘못된 구성을 입력한 다음 처리 설정 페이지에서 업데이트하려고 하면 Apply changes and reprocess 단추를 클릭할 때 데이터 소스 업데이트 또는 크롤링이 시작되지 않을 수 있습니다. 처리가 시작되었는지 확인하기 위해 콜렉션의 활동 페이지를 열어 이 문제를 확인할 수 있습니다. 데이터 소스의 처리가 시작되지 않았음이 표시되면 Recrawl 단추를 클릭한 다음 Apply changes and reprocess 단추를 클릭하십시오. 웹 크롤링의 처리가 시작되지 않았음이 표시되면 Stop 단추를 클릭한 다음 Recrawl 단추를 클릭하십시오.

• IBM Cloud Pak for Data helm test core 을 사용하여 core 배포에서 Helm 테스트를 실행하면 core-discovery-api-post-install-test 은 FAILED 상태를 반환합니다. 이는 test 포드 이미지 내의 버그로 인한 것입니다. 실패가 배치 내의 내용과 관련되지 않으므로 테스트 결과는 무시할 수 있습니다.

• 도구로 off프로젝트 유형**을 작성할 때 기본적으로 OCR(Optical Character Recognition)은 **로 설정됩니다. 그러나 API를 사용하여 프로젝트를 작성하는 경우 OCR은 on으로 설정됩니다. 이 문제를 임시로 해결하려면 도구를 열고 프로젝트 설정을 off로 변경하십시오.

• 콜렉션에 대해 OCR(Optical Character Recognition)이 on으로 설정되어 있는데 훈련된 SDU(Smart Document Understanding) 모델이 적용되지 않은 경우 PNG, TIFF 및 JPG 파일은 텍스트 인식을 위해 처리되지 않습니다. PDF, Word, PowerPoint 및 Excel 문서에 임베드된 이미지는 처리되지 않고, 이 문서의 이미지가 아닌 부분만 텍스트 인식을 위해 처리됩니다. 이 문제를 임시로 해결하려면 SDU 모델을 가져오거나 훈련하고 콜렉션을 다시 처리하십시오. 그러면 이미지에서 텍스트를 추출할 수 있습니다.

• Watson Assistant에서 검색 스킬을 작성하고 Watson Discovery 도구로 이동하면 화면이 비어 있습니다. 이 문제는 URL에 Discovery 인스턴스 ID가 없기 때문에 발생합니다. 이 문제를 해결하려면 다음을 수행하십시오.

  1. IBM Cloud Pak for Data 웹 클라이언트 메뉴에서 내 인스턴스를 선택하십시오. 예: https://mycluster.com/zen/#/myInstances.
  2. 사용 중인 Discovery 인스턴스를 선택하고 도구 시작을 클릭합니다.
  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일

• 한국어, 폴란드어, 일본어, 슬로바키아어 또는 중국어로 문구 검색을 사용하는 경우 이 버전에서는 응답 시간이 훨씬 느려질 수 있습니다. 이 문제를 해결하려면 문구 검색을 사용하지 않게 설정하거나 문서에서 공통인 단어(예: 전치사 및 대명사)로 사용자 정의 제외어 목록을 업로드하십시오. 여러 언어로 된 제외어 목록의 예는 제외어 정의를 참조하십시오. GitHub의 검색 엔진에서 제외되는 단어 ISO도 참조하십시오.

• [업데이트: 버전 2.1.3 에서 수정되었습니다.] 버전 2.1.2, 2.1.1, 2.1.0 에서는 PNG, TIFF, JPG 개별 이미지 파일이 스캔되지 않으며, 해당 파일에서 텍스트가 추출되지 않습니다. PDF, Word, PowerPoint 및 Excel 파일에 임베드된 PNG, TIFF 및 JPEG 이미지도 스캔되지 않으므로 해당 이미지 파일에서 텍스트가 추출되지 않습니다.

• FIPS(Federal Information Processing Standards)가 사용되면 SDU(Smart Document Understanding)에서는 .doc, .docx, .odf, .xls, .xlsx, .ods, .ppt, .pptx 및 .odp 변환을 지원하지 않습니다.

• 컨텐츠 마이닝 애플리케이션에서 해당 콜렉션의 인덱스를 다시 빌드하면 모든 문서 플래그 세트가 표시되지 않습니다.

• 2.1.2 릴리스부터 v1 API를 사용하여 관련성 훈련 데이터를 업로드하고 관리해도 관련성 훈련 모델을 훈련하지 않습니다. v1 API는 프로젝트 관련성 교육 v2 API로 대체되었습니다. 훈련 데이터를 보존해야 하는 경우 v1 API를 사용하여 나열한 다음 v2 API로 프로젝트를 추가해야 합니다.

• 컬렉션에 여러 정규식을 동시에 적용할 수 없습니다.

• IBM Cloud Pak for Data IBM Watson® Discovery for IBM Cloud Pak® for Data 의 다운로드에 포함된 설치 설명서 README에 두 가지 작은 변경 사항이 있었습니다. 업데이트된 버전의 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 는 왓슨 어시스턴트로 정규화됨). 대문자 용어의 일치를 보장하려면 Other terms 목록의 일부 또는 Base term 에 명시적으로 포함시켜야 합니다.
• 데이터를 백업하고 복원할 때 훈련 데이터가 정상적으로 복원되지 않습니다. 커넥터 또는 웹 크롤링을 사용하는 크롤링을 통해 콜렉션의 문서가 추가되면 기존 프로젝트에서 백업할 훈련 데이터를 개별적으로 검색한 다음 복원된 새 프로젝트에 업로드합니다. 자세한 내용은 API 참조에서 트레이닝 쿼리 나열 및 트레이닝 쿼리 만들기 )를 참조하세요.
• SharePoint Online 또는 SharePoint OnPrem 문서를 크롤링할 때 JSON 문서가 올바르게 인덱싱되지 않고 리턴된 title이 errored일 수 있습니다. 이는 SharePoint 웹 서비스가 ows_FileRef 특성을 사용하여 JSON 파일을 검색하므로 오류 페이지가 리턴되기 때문입니다. 이 문제를 해결하려면 SharePoint 관리자와 Microsoft Support에 문의하십시오.
• 버전 2.0.1 에서 만든 컬렉션을 버전 2.1.0 또는 2.1.1 으로 마이그레이션하는 경우 해당 컬렉션에는 프로젝트 유형이 할당되지 않으며 컬렉션을 쿼리할 수 없게 됩니다. 프로젝트 유형을 지정하려면 내 프로젝트를 선택하여 프로젝트 페이지를 여십시오. 프로젝트의 이름을 지정하고 프로젝트 유형(Document Retrieval, Conversational Search, Content Mining 또는 Custom) 중 하나를 선택하십시오.

이전 릴리스 모두에서 식별된 문제도 참조하십시오.

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 필드를 생성하는 문서는 관련성 훈련과 함께 사용할 수 없습니다. html은 Smart Document Understanding 또는 Content Intelligence를 사용하여 처리된 문서에 대해 생성됩니다. html 필드는 관련성 훈련이 성공적으로 완료되기 전에 제거되어야 합니다.
• 품사 강화 기능이 켜져 있지 않은 경우: 동적 패싯이 생성되지 않고, 사전 제안을 사용할 수 없으며, Content Miner "추출된 패싯"이 생성되지 않습니다.
• [업데이트: 버전 2.1.1 에서 수정됨:] Content Intelligence 및 Table Understanding 강화를 위한 Discovery 기본적으로 필드에 적용되도록 구성됩니다. html. 사용자가 html 이라는 루트 수준 필드가 없는 JSON 문서를 업로드하는 경우 이러한 보강은 색인에서 결과를 산출하지 않습니다. 이 종류의 JSON 문서에서 강화를 실행하려면 사용자가 JSON 문서의 기존 필드에서 실행되도록 강화를 재구성해야 합니다.
• 컨텐츠 마이너 배치 페이지를 볼 때 간혹 전체 애플리케이션 URL이 복사를 위해 표시되지 않습니다. 해결하려면 해당 페이지를 새로 고치십시오.
• [업데이트: 버전 2.1.2 에서 수정됨] IBM Watson® Discovery for IBM Cloud Pak® for Data 인스턴스를 프로비저닝 해제해도 기본 데이터는 삭제되지 않습니다. 콜렉션과 문서를 수동으로 삭제하십시오.
• [업데이트: 버전 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 모델을 사용하여 기계 학습 강화를 작성하면 필드 강화 페이지에 동일한 이름의 강화가 2개 표시될 수 있습니다. 이는 강화에 영향을 미치지는 않지만 그 중 하나만 사용하여 강화를 선택하여 하나 이상의 필드에 적용하는 것이 가장 좋습니다.
• 웹 크롤링이 고정된 문서 수에서 처리가 멈춘 것처럼 보이고 로그 페이지에 표시되는 메시지가 The ingestion job <jobid> is terminated incorrectly 인 경우 IBM 지원팀에 문의하여 크롤링을 다시 시작하는 데 도움을 받으세요.
• 하나 이상의 콜렉션이 훈련된 경우 해당 콜렉션 중 하나의 훈련 데이터가 훈련되지 않은 콜렉션의 훈련 페이지에 표시될 수 있습니다. 해당 훈련 데이터를 지우려면 페이지를 새로 고치십시오.
• 다음과 같은 유형의 문서는 파일 확장자가 .docx, .pptx, .xlsx인 경우 처리되지 않습니다.

이전 릴리스에서 식별된 문제도 참조하십시오.

일반 공개(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 속성을 포함하지 마세요. 이미 루트 수준 metadata 속성이 포함된 JSON 문서를 업로드하면 인덱싱된 문서의 metadata 속성이 인덱스의 배열로 변환됩니다.
• CSV 파일의 열 이름에 메타데이터를 사용하지 마십시오. 헤더의 열 이름에 메타데이터를 사용하는 csv 파일을 업로드하면 인덱싱된 문서의 metadata 특성이 인덱스의 배열로 변환됩니다.
• CSV 파일은 쉼표(,) 또는 세미콜론(;)을 구분 기호로 사용해야 합니다. 다른 구분 기호는 지원되지 않습니다. CSV 파일에 쉼표 또는 세미콜론이 포함된 값이 있는 경우에는 해당 값이 분리되지 않도록 큰따옴표로 묶어야 합니다. 머리글 행이 있는 경우 머리글 행에 있는 값은 다른 모든 행에 있는 값과 동일한 방식으로 처리됩니다. CRLF(캐리지 리턴)가 뒤에 있지 않으면 CSV 파일의 마지막 행은 처리되지 않습니다.
• 현재는 고유 콜렉션 이름이 적용되지 않습니다. 중복된 컬렉션 이름을 사용하는 것은 권장되지 않으므로 피해야 합니다