Skip to main content
NetApp Data Migrator
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

NetApp Data Migrator 문제 해결

기여자 netapp-pcarriga netapp-mj39955
PDF

NetApp Data Migrator 사용 중 문제가 발생하는 경우 다음 문제 해결 단계 및 참조 명령이 도움이 될 수 있습니다.

호스트 이름을 사용할 때 SMB 마운트 실패

디렉터리 수준 마이그레이션을 구성할 때 SMB 파일 서버 호스트 이름이 URL로 제공되면 SMB 마운트가 실패할 수 있습니다. 이는 제어 평면 가상 머신(VM)에 SMB 파일 서버 호스트 이름을 확인하기 위한 올바른 DNS 구성이 없을 때 발생할 수 있습니다. 마운트 실패는 다음과 유사한 오류와 함께 나타날 수 있습니다 mount failed: Resource temporarily unavailable.

마이그레이션 구성에서 호스트 이름 대신 SMB 파일 서버의 IP 주소를 사용하여 이 문제를 해결할 수 있습니다.

단계

  1. 호스트 이름을 IP 주소로 확인:

    nslookup

  2. 확인된 IP 주소를 사용하여 SMB 파일 서버 호스트 이름 필드를 구성합니다.

  3. 디렉터리 수준 마이그레이션 구성을 다시 시도하십시오.

    IP 주소로 전환한 후 마운트 작업이 성공적으로 완료될 것입니다.

애플리케이션 액세스 문제 해결

모든 자격 증명은 OpenBao에서 관리됩니다.

다음 단계에서는 `<IP_ADDRESS>`를 가상 머신(VM)의 IP 주소로 바꾸십시오.

단계

  1. OpenBao 루트 토큰을 가져옵니다. Azure 포털의 Bastion Connect에서 SSH를 사용하여 제어 플레인 서버에 연결합니다.

    sudo su - datamigrator
cat /opt/datamigrator/openbao/cluster-keys.json

  2. OpenBao UI에 로그인: `https://IP_ADDRESS/ui/`을 사용하고 루트 토큰을 입력하여 로그인합니다.

  3. 암호로 이동합니다.

  4. Keycloak UI: https://IP_ADDRESS/keycloak/

  5. NetApp Data Migrator UI: https://IP_ADDRESS/

    기본 사용자 이름과 비밀번호를 사용하여 NetApp Data Migrator UI에 로그인하십시오.

  6. Temporal UI: https://IP_ADDRESS/temporal/ui/

  7. Postgres 연결: multipass IP 주소를 사용하여 Postgres 데이터베이스에 연결합니다. OpenBao에서 사용자 이름과 암호를 가져옵니다.

    키: POSTGRES_DMADMIN_USER 및 POSTGRES_DMADMIN_PASSWORD

"kubectl" 참조 명령을 사용합니다

  • datamigrator 네임스페이스의 Pod를 가져오려면 다음을 수행합니다.

    kubectl get pods -n datamigrator

  • datamigrator 네임스페이스에 있는 Pod의 로그를 가져오려면 다음을 수행합니다.

    kubectl logs <podname> -n datamigrator

  • datamigrator 네임스페이스의 Pod를 설명하려면 다음을 수행합니다.

    kubectl describe <podname> -n datamigrator

  • 모든 네임스페이스를 가져오려면:

    kubectl get ns

  • 임의의 네임스페이스에 있는 파드를 가져오려면 다음을 수행합니다.

    kubectl get pods -n <NAMESPACE>

OpenBao 봉인 해제

OpenBao가 봉인된 문제가 발생하는 경우 다음 단계를 따라 봉인을 해제하십시오.

단계

  1. Bastion connect를 사용하여 SSH로 컨트롤 플레인 서버에 연결하십시오.

  2. OPENBAO_UNSEAL_KEY를 키로 바꾸십시오.

    sudo su - datamigrator
export OPENBAO_UNSEAL_KEY=`jq -r ".unseal_keys_b64[]" /opt/datamigrator/openbao/cluster-keys.json`
kubectl exec openbao-0 -n openbao -- bao operator unseal $OPENBAO_UNSEAL_KEY
kubectl exec openbao-1 -n openbao -- bao operator unseal $OPENBAO_UNSEAL_KEY
kubectl exec openbao-2 -n openbao -- bao operator unseal $OPENBAO_UNSEAL_KEY

Azure VM 액세스 문제 해결

Azure VM을 성공적으로 생성하고 연결할 수 있어야 합니다. 하지만 문제가 발생하는 경우 가상 머신을 다시 시작하거나 SSH 구성을 재설정하십시오.

가상 머신을 다시 시작합니다
단계

  1. Azure Portal로 이동합니다.

  2. VM으로 이동하여 *다시 시작*을 선택합니다.

SSH 구성 재설정

먼저 이 "Microsoft 문제 해결 참조"에 제공된 지침을 참조하십시오. 하지만 SSH Bastion 포털을 열 때 문제가 발생할 수 있으며, 다음과 같은 방법으로 해결할 수 있습니다.

단계

  1. Azure VM 제어 플레인으로 이동합니다.

  2. *Help*를 선택합니다.

  3. *Reset password*를 선택합니다.

  4. 모드에서 *SSH 공개 키 추가*를 선택합니다.

  5. 사용자 이름에는 ubuntu를 입력합니다.

  6. 공개 키 소스로 *Azure에 저장된 기존 키 사용*을 선택합니다.

  7. 저장된 키의 경우 *기존에 생성한 키 선택*을 선택합니다.

  8. *업데이트*를 선택합니다.

Windows 작업자가 SMB 파일 서버에서 사용자를 전환하지 못했습니다

Windows 작업자가 이전에 동일한 파일 서버에 사용한 자격 증명과 다른 자격 증명 세트를 사용하여 SMB 파일 서버에 연결하려고 하면 다음과 같은 오류 메시지가 나타날 수 있습니다.

System error 1219: Multiple connections to a server or shared resource by the same user, using more than one user name, are not allowed.

이는 Windows에서 서로 다른 자격 증명을 사용하여 동일한 네트워크 리소스에 동시에 여러 연결을 허용하지 않기 때문에 발생합니다. 이전 연결이 비활성화된 경우에도 시스템에 캐시되거나 유지될 수 있습니다.

이 문제를 해결하려면 다음 단계를 따르십시오.

  1. 기존 SMB 연결 목록:

    net use

  2. 대상 서버에 대한 기존 연결을 모두 삭제하십시오.

    net use <share> /delete

  3. 재부팅하여 남아 있는 캐시된 자격 증명이나 세션을 지웁니다.

  4. 원하는 자격 증명을 사용하여 다시 연결하십시오.