Solução de problemas do NetApp Data Migrator
Se você encontrar problemas ao usar NetApp Data Migrator, estas etapas de solução de problemas e comandos de referência podem ser úteis.
Falha na montagem SMB ao usar o nome do host
Ao configurar uma migração em nível de diretório, a montagem SMB pode falhar se o nome do host do servidor de arquivos SMB for fornecido como uma URL. Isso pode ocorrer quando a máquina virtual (VM) do plano de controle não possui a configuração DNS correta para resolver o nome do host do servidor de arquivos SMB. A falha de montagem pode aparecer com um erro semelhante a mount failed: Resource temporarily unavailable.
Você pode contornar esse problema usando o endereço IP do servidor de arquivos SMB em vez do nome do host na configuração de migração.
-
Resolva o nome do host para um endereço IP:
nslookup -
Configure o campo de nome do host do servidor de arquivos SMB usando o endereço IP resolvido.
-
Tente novamente a configuração de migração em nível de diretório.
Após a troca para o endereço IP, a operação de montagem deverá ser bem-sucedida.
Solucionar problemas de acesso ao aplicativo
Todas as credenciais são gerenciadas em OpenBao.
Nas etapas seguintes, substitua <IP_ADDRESS> pelo endereço IP da sua máquina virtual (VM).
-
Obtenha o token raiz do OpenBao. Use SSH para conectar-se ao servidor do plano de controle a partir do Bastion connect no portal do Azure:
sudo su - datamigrator cat /opt/datamigrator/openbao/cluster-keys.json -
Faça login na OpenBao UI: Use
https://IP_ADDRESS/ui/e insira o token raiz para fazer login. -
Navegue até segredos.
-
Interface do usuário do Keycloak:
https://IP_ADDRESS/keycloak/ -
Interface do usuário do NetApp Data Migrator:
https://IP_ADDRESS/Faça login na interface do NetApp Data Migrator usando o nome de usuário e a senha padrão.
-
Interface Temporal:
https://IP_ADDRESS/temporal/ui/ -
Conexão com o Postgres: Use o endereço IP do multipass para conectar-se ao banco de dados Postgres. Obtenha o nome de usuário e a senha em OpenBao.
Chaves: POSTGRES_DMADMIN_USER e POSTGRES_DMADMIN_PASSWORD
Use os comandos de referência "kubectl"
-
Para obter os pods no namespace datamigrator:
kubectl get pods -n datamigrator -
Para obter os logs de um pod no namespace datamigrator:
kubectl logs <podname> -n datamigrator -
Para descrever um pod no namespace datamigrator:
kubectl describe <podname> -n datamigrator -
Para obter todos os namespaces:
kubectl get ns -
Para obter os pods em qualquer namespace:
kubectl get pods -n <NAMESPACE>
Deslacrar OpenBao
Se você encontrar um problema em que o OpenBao está selado, siga estas etapas para deslacrar.
-
Utilize SSH para conectar-se ao servidor do plano de controle usando Bastion connect.
-
Substitua OPENBAO_UNSEAL_KEY pela sua chave:
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
Solução de problemas de acesso à VM do Azure
Você deverá conseguir criar e conectar-se à sua VM do Azure sem problemas. No entanto, se encontrar dificuldades, tente reiniciar sua máquina virtual ou redefinir sua configuração SSH.
- Reinicie sua máquina virtual
-
Passos
-
Acesse o seu Portal do Azure.
-
Navegue até sua máquina virtual e selecione Reiniciar.
-
- Redefinir configuração SSH
-
Primeiramente, consulte as instruções fornecidas neste "Referência de solução de problemas da Microsoft". No entanto, às vezes podem ocorrer problemas ao abrir o portal SSH Bastion, que você poderá resolver da seguinte maneira.
Passos-
Navegue até o plano de controle da sua máquina virtual do Azure.
-
Selecione Ajuda.
-
Selecione Redefinir senha.
-
Em Mode, selecione Adicionar chave pública SSH.
-
Para o nome de usuário, digite ubuntu.
-
Para a origem da chave pública, escolha Usar chave existente armazenada no Azure.
-
Para a chave armazenada, escolha Selecione sua chave já criada.
-
Selecione Atualizar.
-
O Windows worker falha ao trocar de usuário no servidor de arquivos SMB
Quando um servidor Windows tenta se conectar a um servidor de arquivos SMB usando um conjunto de credenciais diferente daquele usado anteriormente para o mesmo servidor de arquivos, a seguinte mensagem de erro pode aparecer:
System error 1219: Multiple connections to a server or shared resource by the same user, using more than one user name, are not allowed.
Isso ocorre porque o Windows não permite múltiplas conexões simultâneas ao mesmo recurso de rede usando credenciais diferentes. Mesmo que a conexão anterior esteja inativa, ela ainda pode estar em cache ou ser mantida pelo sistema.
Siga estes passos para resolver este problema:
-
Listar conexões SMB existentes:
net use -
Elimine qualquer conexão existente com o servidor de destino:
net use <share> /delete -
Reinicie para limpar quaisquer credenciais ou sessões armazenadas em cache restantes.
-
Reconecte-se usando as credenciais desejadas.