Skip to main content
NetApp Data Migrator
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Fehlerbehebung NetApp Data Migrator

Beitragende netapp-pcarriga netapp-mj39955
Änderungen vorschlagen
PDFs

Wenn Sie bei der Verwendung von NetApp Data Migrator auf Probleme stoßen, könnten diese Schritte zur Fehlerbehebung und Referenzbefehle hilfreich sein.

SMB-Mount-Fehler bei Verwendung des Hostnamens

Bei der Konfiguration einer Verzeichnismigration kann die SMB-Einbindung fehlschlagen, wenn der Hostname des SMB-Dateiservers als URL angegeben wird. Dies kann auftreten, wenn die virtuelle Maschine (VM) der Steuerungsebene nicht über die korrekte DNS-Konfiguration zur Auflösung des Hostnamens des SMB-Dateiservers verfügt. Der Fehler bei der Einbindung kann mit einer Fehlermeldung ähnlich wie mount failed: Resource temporarily unavailable erscheinen.

Dieses Problem lässt sich umgehen, indem Sie in der Migrationskonfiguration die IP-Adresse des SMB-Dateiservers anstelle des Hostnamens verwenden.

Schritte

  1. Den Hostnamen in eine IP-Adresse auflösen:

    nslookup

  2. Konfigurieren Sie das Feld „Hostname“ des SMB-Dateiservers mithilfe der aufgelösten IP-Adresse.

  3. Versuchen Sie erneut, die Migrationskonfiguration auf Verzeichnisebene durchzuführen.

    Nach dem Wechsel zur IP-Adresse sollte der Mount-Vorgang erfolgreich sein.

Fehlerbehebung beim Anwendungszugriff

Alle Zugangsdaten werden in OpenBao verwaltet.

Ersetzen Sie in den folgenden Schritten <IP_ADDRESS> durch die IP-Adresse Ihrer virtuellen Maschine (VM).

Schritte

  1. Rufen Sie das OpenBao Root-Token ab. Verwenden Sie SSH, um über Bastion Connect im Azure-Portal eine Verbindung zum Control-Plane-Server herzustellen:

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

  2. Melden Sie sich an der OpenBao UI an: Verwenden Sie https://IP_ADDRESS/ui/ und geben Sie das Root-Token für die Anmeldung ein.

  3. Navigiere zu den Geheimnissen.

  4. Keycloak-Benutzeroberfläche: https://IP_ADDRESS/keycloak/

  5. NetApp Data Migrator-Benutzeroberfläche: https://IP_ADDRESS/

    Melden Sie sich mit dem Standardbenutzernamen und -passwort bei der NetApp Data Migrator-Benutzeroberfläche an.

  6. Temporale Benutzeroberfläche: https://IP_ADDRESS/temporal/ui/

  7. Postgres-Verbindung: Verwenden Sie die Multipass-IP-Adresse, um eine Verbindung zur Postgres-Datenbank herzustellen. Benutzername und Passwort erhalten Sie von OpenBao.

    Schlüssel: POSTGRES_DMADMIN_USER und POSTGRES_DMADMIN_PASSWORD

Verwenden Sie die "kubectl"-Referenzbefehle

  • Um die Pods im datamigrator-Namespace zu erhalten:

    kubectl get pods -n datamigrator

  • So erhalten Sie die Protokolle für einen Pod im datamigrator-Namespace:

    kubectl logs <podname> -n datamigrator

  • So beschreiben Sie einen Pod im datamigrator-Namespace:

    kubectl describe <podname> -n datamigrator

  • Um alle Namensräume zu erhalten:

    kubectl get ns

  • Um die Pods in einem beliebigen Namespace zu erhalten:

    kubectl get pods -n <NAMESPACE>

Entsiegeln OpenBao

Sollten Sie auf ein Problem stoßen, bei dem OpenBao versiegelt ist, befolgen Sie diese Schritte, um die Versiegelung aufzuheben.

Schritte

  1. Verwenden Sie SSH, um über Bastion connect eine Verbindung zum Control-Plane-Server herzustellen.

  2. Ersetzen Sie OPENBAO_UNSEAL_KEY durch Ihren Schlüssel:

    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

Beheben von Problemen beim Zugriff auf Azure-VMs

Sie sollten Ihre Azure-VM erfolgreich erstellen und sich damit verbinden können. Falls Probleme auftreten, starten Sie Ihre virtuelle Maschine neu oder setzen Sie Ihre SSH-Konfiguration zurück.

Starten Sie Ihre virtuelle Maschine neu
Schritte

  1. Navigieren Sie zu Ihrem Azure-Portal.

  2. Navigieren Sie zu Ihrer VM und wählen Sie Neustart.

SSH-Konfiguration zurücksetzen

Beachten Sie zunächst die Anweisungen in diesem "Microsoft-Fehlerbehebungsreferenz". Gelegentlich können jedoch Probleme beim Öffnen des SSH-Bastion-Portals auftreten, die Sie möglicherweise wie folgt beheben können.

Schritte

  1. Navigieren Sie zur Steuerungsebene Ihrer Azure-VM.

  2. Wählen Sie Hilfe.

  3. Wählen Sie Passwort zurücksetzen.

  4. Wählen Sie unter Modus die Option SSH Public Key hinzufügen.

  5. Geben Sie als Benutzernamen ubuntu ein.

  6. Wählen Sie für die Quelle des öffentlichen Schlüssels Vorhandenen in Azure gespeicherten Schlüssel verwenden.

  7. Wählen Sie für den gespeicherten Schlüssel Wählen Sie Ihren bereits erstellten Schlüssel aus.

  8. Wählen Sie Aktualisieren.

Windows-Worker kann auf dem SMB-Dateiserver nicht den Benutzer wechseln

Wenn ein Windows-Mitarbeiter versucht, mit anderen Anmeldeinformationen als denen, die zuvor für denselben Dateiserver verwendet wurden, eine Verbindung zu einem SMB-Dateiserver herzustellen, kann die folgende Fehlermeldung erscheinen:

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

Dies geschieht, weil Windows nicht mehrere gleichzeitige Verbindungen zur selben Netzwerkressource mit unterschiedlichen Anmeldeinformationen zulässt. Selbst wenn die vorherige Verbindung inaktiv ist, könnte sie dennoch zwischengespeichert oder vom System gehalten werden.

Befolgen Sie diese Schritte, um dieses Problem zu beheben:

  1. Bestehende SMB-Verbindungen auflisten:

    net use

  2. Löschen Sie alle bestehenden Verbindungen zum Zielserver:

    net use <share> /delete

  3. Starten Sie das System neu, um alle verbleibenden zwischengespeicherten Anmeldeinformationen oder Sitzungen zu löschen.

  4. Stellen Sie die Verbindung mit Ihren gewünschten Anmeldedaten wieder her.