Freigeben über

Fehlerbehebung für Azure Modeling and Simulation Workbench

  • Artikel

Dieser Leitfaden zur Problembehandlung enthält allgemeine Schritte zur Problembehandlung sowie Informationen zu Azure Modeling and Simulation Workbench. Der Inhalt ist nach Thementyp strukturiert.

Weitere Schritte zur Problembehandlung für vorübergehende Probleme finden Sie auf der Seite Bekannte Probleme.

Remotedesktop-Problembehandlung

Remotedesktop-Zugriffsfehler

Ein Fehler vom Typ „Nicht autorisiert“ beim Zugriff auf die URL des Remotedesktop-Dashboards deutet auf mögliche Probleme mit Ihrem Netzwerkzugriff an. Überprüfen Sie das Netzwerksetup des Kammerconnectors.

  • Wenn der Connector für Azure ExpressRoute oder VPN Gateway konfiguriert ist, greifen Sie von einem Computer in diesem Netzwerk aus auf die URL des Remotedesktop-Dashboards zu.
  • Wenn der Connector für eine öffentliche IP-Adresse konfiguriert ist, greifen Sie über eine IP-Adresse, die für den Connector in die Positivliste aufgenommen wurde, auf die URL des Remotedesktop-Dashboards zu.

Remotedesktop-Anmeldefehler

  • Ein blauer Anmeldebildschirm bei der Navigation zur URL des Remotedesktop-Dashboards Ihrer Kammer deutet darauf hin, dass die Authentifizierungskonfiguration für einmaliges Anmelden nicht ordnungsgemäß eingerichtet ist.
  • Ein grauer Bildschirm beim Versuch, eine Verbindung mit einer Workload herzustellen, deutet darauf hin, dass Ihre Workload nicht ausgeführt wird oder dass die Benutzerbereitstellung für den Benutzer nicht erfolgreich war.

Fehler für alle Benutzer

  • Vergewissern Sie sich anhand der Informationen unter Erstellen einer Anwendung in Microsoft Entra ID, dass Ihre Anwendungsregistrierung ordnungsgemäß eingerichtet ist.
  • Überprüfen Sie die Umleitungs-URI-Registrierungen für die jeweilige Kammer, und vergewissern Sie sich, dass die Umleitungen des Connectors den Umleitungen entsprechen, die mit der Anwendung gefunden wurden. Führen Sie andernfalls eine erneute Registrierung der Umleitungs-URIs durch.
  • Sehen Sie sich die Geheimnisse der Anwendungsregistrierung für Modeling and Simulation Workbench an, und überprüfen Sie, ob der geheime Clientschlüssel der Anwendung abgelaufen ist. Führen Sie die folgenden Schritte aus, falls er abgelaufen ist:
    1. Generieren Sie ein neues Geheimnis, und notieren Sie sich den Wert des geheimen Clientschlüssels.
    2. Aktualisieren Sie den Wert Ihres Key Vault-App-Geheimnisses mit dem Wert des neu generierten geheimen Clientschlüssels.
    3. Löschen Sie Ihren Connector, und erstellen Sie ihn neu.
      • Notieren Sie sich das Netzwerksetup, damit Sie den neuen Connector ordnungsgemäß mit geeigneten IP-Adressen für die Positivliste oder mit einem geeigneten Subnetzwert konfigurieren können.
      • Stellen Sie für den neuen Connector sicher, dass Sie die Umleitungs-URIs Ihres Kammerconnectors registrieren.
      • Es wird auch eine neue Remotedesktop-URL für den Zugriff auf die Kammerworkloads bereitgestellt.
    4. Die Connectorerstellung verwendet das neue Geheimnis und aktiviert das einmalige Anmelden von Microsoft Entra. Alle Kammeradministratoren und Kammerbenutzer, die auf Kammerebene bereitgestellt werden, haben über diesen neuen Connector automatisch Zugriff.

Fehler für einige Benutzer

  1. Vergewissern Sie sich, dass der Benutzer als Kammerbenutzer oder Kammeradministrator für die Ressource Kammer bereitgestellt ist. Der Benutzer muss als IAM-Rolle direkt für diese Kammer eingerichtet werden (nicht als übergeordnete Ressource mit geerbter Berechtigung).

  2. Stellen Sie sicher, dass für das Microsoft Entra-Profil des Benutzers eine gültige E-Mail-Adresse vorhanden ist und dass der Microsoft Entra-Alias des Benutzers seinem E-Mail-Alias entspricht. Beispielsweise muss der Microsoft Entra-Anmeldealias jane.doe auch über den E-Mail-Alias jane.doe verfügen. Jane Doe kann sich nicht mit jadoe oder einer anderen Variante bei Microsoft Entra ID anmelden.

  3. Vergewissern Sie sich, dass im Ordner /mount/sharehome Speicherplatz verfügbar ist. Das Verzeichnis /mount/sharedhome ist für die Speicherung von Benutzerschlüsseln eingerichtet, um eine sichere Verbindung herzustellen. Speichern Sie keine hochgeladenen Tarballs oder Binärdateien in diesem Ordner, installieren Sie keine Tools, und beanspruchen Sie keine Datenträgerkapazität, da dies zu Systemverbindungsfehlern führen kann, die einen Ausfall zur Folge haben. Verwenden Sie zum Speichern von Daten und zum Installieren von Tools stattdessen das Verzeichnis „/mount/chamberstorages/<Name des Speichers>“.

  4. Vergewissern Sie sich, dass die Ordnerberechtigungseinstellungen in Ihrer Kammer korrekt sind. Die Benutzerbereitstellung funktioniert möglicherweise nicht ordnungsgemäß, wenn die Ordnerberechtigungseinstellungen nicht korrekt sind. Sie können Ordnerberechtigungen in einer Terminalsitzung mithilfe des Befehls ls -al für jeden Ordner vom Typ „/mount/sharedhome/<Benutzeralias>/.ssh“ überprüfen. Die Ergebnisse sollten wie folgt aussehen:

     /mount/sharedhome/<useralias>/.ssh folder: 700 (drwx------)
 /mount/sharedhome/<useralias>/.ssh/ public key (.pub or authorized_keys file): 644 (-rw-r--r--)
 /mount/sharedhome/<useralias>/.ssh/ private key (id_rsa): 600 (-rw-------)

  5. Sollten immer noch Probleme auftreten, versuchen Sie es mit einer Aktualisierung, indem Sie den Benutzer erneut bereitstellen. Der Ordner „/mount/sharedhome/<Benutzeralias>“ wird beim Entfernen der Benutzerrollenzuweisung entfernt. Führen Sie Bedarf eine Datensicherung durch, bevor Sie die Benutzerrollenzuweisung entfernen.

    1. Entfernen Sie die Kammeradministrator- oder Kammerbenutzer-Rollenzuweisung des Benutzers auf Kammerebene.
    2. Warten Sie fünf Minuten.
    3. Fügen Sie dann die Rollenzuweisung des Benutzers wieder auf Kammerebene hinzu.
    4. Warten Sie fünf Minuten.
    5. Fordern Sie den Benutzer auf, sich erneut anzumelden.

  6. Falls sich der Benutzer immer noch nicht anmelden kann, fordern Sie ihn auf, den Browsercache zu löschen und erneut zu versuchen, sich bei der URL des Desktop-Dashboards anzumelden, oder einen anderen Browser auszuprobieren. Wenn der Cache ordnungsgemäß gelöscht wurde oder eine Anmeldung über einen neuen Browser versucht wird, wird die Microsoft Entra-Anmeldeaufforderung Ihrer Organisation angezeigt. OAuth-Anmeldeinformationen werden zwischengespeichert, und manchmal können Probleme mit zwischengespeicherten Anmeldeinformationen durch eine neue Anmeldung behoben werden.

Lizenzfehler

Ein Fehler mit dem Hinweis, dass alle Lizenzen für den Remotedesktop verwendet werden bedeutet, dass bereits alle Lizenzen für das Remotedesktoptool verwendet werden. Bitten Sie eine Person in Ihrem Team, sich bei ihrer Sitzung abzumelden, damit Sie sich anmelden können. Oder wenden Sie sich an Ihren Microsoft-Kontomanager, um weitere Remotedesktop-Lizenzen zu erhalten.

Problembehandlung für Lizenzserver

Auschecken der Lizenzdatei nicht möglich

  1. Verwenden Sie den folgenden Code, um zu ermitteln, ob die Lizenzdatei abgelaufen ist:

    lmstatPath=$(find / -name lmstat | head -1)
licenseHostname=<HOSTNAME_FOR_EDA_LICENSE_SERVICE>        # under Chamber/License e.g., <PORT>@<HOSTNAME>

$lmstatPath -a -c $licenseHostname

    Erwartete Ausgabe

    lmstat - Copyright (c) <YEAR> Flexera. All Rights Reserved.
Flexible License Manager status on <TIME>

License server status: <PORT>@<HOSTNAME>
    License file(s) on <HOSTNAME>: <LICENSE_FILE_PATH>:

<HOSTNAME>: license server UP <VERSION>

Vendor daemon status (on <HOSTNAME>):

    <VENDOR_DAEMON>: UP <VERSION>
Feature usage info:
...
Users of <FEATURE_N>:  (Total of <W> license issued;  Total of <X> licenses in use)
Users of <FEATURE_N+1>:  (Total of <Y> license issued;  Total of <Z> licenses in use)
...

  2. Ist die Lizenzdatei nicht abgelaufen, starten Sie den Lizenzserver über das Azure-Portal neu. Überprüfen Sie dann, ob Sie die Lizenzdatei auschecken können.

  3. Falls Sie die Lizenzdatei nicht auschecken können, laden Sie die ursprüngliche Lizenzdatei des Lizenzanbieters erneut. Vergewissern Sie sich vor dem erneuten Laden, dass an der ursprünglichen Datei keine Änderungen vorgenommen wurden.

  4. Führen Sie den Befehl „lmstat“ aus, um den Status des Lizenzservers zu überprüfen. Falls er ausgeführt wird, versuchen Sie, Ihre Lizenzdatei auszuchecken.

  5. Sollte das Problem weiterhin bestehen, wenden Sie sich an Ihren Microsoft-Kontobetreuer.

Behandeln von Problemen bei Datenpipelines

Datenimport in Kammer funktioniert nicht

  1. Vergewissern Sie sich, dass sich Ihre Datei im Stammordner befindet und dass der Dateiname nur gültige Zeichen (alphanumerische Zeichen, Unterstriche, Punkte und Bindestriche) enthält.
  2. Überprüfen Sie die Netzwerk- und Kammerconnectoreinstellungen für die Kammer. Überprüfen Sie Ihren Netzwerkzugriff.
    • Wenn Sie eine Verbindung über eine IP-Adresse herstellen, die in die Positivliste aufgenommen wurde, vergewissern Sie sich, dass Ihre aktuelle öffentliche IP-Adresse aufgeführt ist.
    • Wenn Sie eine Verbindung über VPN/ExpressRoute herstellen, vergewissern Sie sich, dass Sie über ein Gerät aus diesem Netzwerk eine Verbindung herstellen.
  3. Vergewissern Sie sich, dass Sie in der Workbench-Kammer entweder als Workbench-Besitzer, als Kammeradministrator oder als Kammerbenutzer bereitgestellt sind.
  4. Überprüfen Sie, ob das Ablaufdatum im SAS-URI erreicht wurde. Ist der URI abgelaufen, generieren Sie einen neuen, und versuchen Sie es erneut. Weitere Informationen zum Importieren von Daten finden Sie unter Importieren von Daten in Azure Modeling and Simulation Workbench.
  5. Vergewissern Sie sich, dass Sie nicht AzCopy v10.18.0 verwenden. Wir empfehlen zwar die Verwendung der neuesten Version, bei dieser Version gibt es jedoch bekannte Probleme.
  6. Sollte das Problem weiterhin bestehen, wenden Sie sich an Ihren Microsoft-Kontobetreuer.

Anfordern eines Datenexports nicht möglich

  1. Vergewissern Sie sich, dass Sie Kammeradministrator sind. Nur Kammeradministratoren können einen Datei- bzw. Datenexport anfordern.
  2. Weitere Informationen zum Datenexport finden Sie unter Exportieren von Daten aus Azure Modeling and Simulation Workbench.

Genehmigen von Datenexportanforderungen nicht möglich

  1. Vergewissern Sie sich, dass Sie Workbench-Besitzer sind. Einem Workbench-Besitzer ist eine Rolle vom Typ „Workbench-Besitzer“ oder „Mitwirkender des Abonnements“ zugewiesen. Es ist die einzige Rolle, die eine Datenexportanforderung genehmigen (oder ablehnen) kann.
  2. Vergewissern Sie sich, dass Sie den Datenexport nicht selbst angefordert haben. Der Benutzer, der den Datenexport anfordert, darf den Datenexport nicht selbst genehmigen. Weitere Informationen zum Datenexport finden Sie unter Exportieren von Daten aus Azure Modeling and Simulation Workbench.

Datenexport aus der Kammer funktioniert nicht

Führen Sie die folgenden Schritte aus, wenn Sie mithilfe des SAS-URI keine Daten aus der Kammer exportieren können:

  1. Vergewissern Sie sich, dass sich Ihre Datei im Stammordner befindet und dass der Dateiname nur gültige Zeichen (alphanumerische Zeichen, Unterstriche, Punkte und Bindestriche) enthält.
  2. Überprüfen Sie die Netzwerk- und Kammerconnectoreinstellungen für die Kammer. Überprüfen Sie Ihren Netzwerkzugriff.
    • Wenn Sie eine Verbindung über eine IP-Adresse herstellen, die in die Positivliste aufgenommen wurde, vergewissern Sie sich, dass Ihre aktuelle öffentliche IP-Adresse aufgeführt ist.
    • Wenn Sie eine Verbindung über VPN/ExpressRoute herstellen, vergewissern Sie sich, dass Sie über ein Gerät aus diesem Netzwerk eine Verbindung herstellen.
  3. Vergewissern Sie sich, dass Sie in der Workbench-Kammer entweder als Workbench-Besitzer, als Kammeradministrator oder als Kammerbenutzer bereitgestellt sind.
  4. Überprüfen Sie, ob das Ablaufdatum im SAS-URI erreicht wurde. Ist der URI abgelaufen, generieren Sie einen neuen, und versuchen Sie es erneut. Weitere Informationen zum Datenexport finden Sie unter Exportieren von Daten aus Azure Modeling and Simulation Workbench.
  5. Sollte das Problem weiterhin bestehen, wenden Sie sich an Ihren Microsoft-Kontobetreuer.

Problembehandlung bei Kontingenten/Kapazität

Wenden Sie sich bei Problemen mit der Speicher- oder Rechenleistung an Ihren Microsoft-Kundenbetreuer. Sie erhalten mehr Zuteilung für Ihr Workbench-Abonnement, vorbehaltlich regionaler Kapazitätsbeschränkungen/Einschränkungen.

Problembehandlung bei Kammern oder Connectors

Übermäßige Zeit zum Starten oder Beenden

Wenn beim Starten eines Connectors oder einer Kammer der Status „Start“ länger als 25 Minuten anhält, warten Sie, bis „Power State“ angezeigt wird, und führen Sie dann einen Startvorgang aus. Erfahren Sie, wie Sie eine Kammer, einen Connector oder einen virtuellen Computer starten und beenden.

Problem nicht beschrieben oder nicht behandelt

Falls Ihr Problem durch die Schritte zur Problembehandlung nicht behoben wird oder Ihr Problem auf dieser Seite nicht aufgeführt ist, wenden Sie sich an Ihren Microsoft-Kundenbetreuer, um Unterstützung zu erhalten.