34.6 Fehlersuche bei Problemen mit der AKS-Bereitstellung

Die nachfolgende Tabelle enthält die möglichen Probleme und Vorschläge für Gegenmaßnahmen. Falls das Problem weiterhin auftritt, wenden Sie sich an Ihren zuständigen NetIQ-Ansprechpartner.

Problem

Vorgeschlagene Gegenmaßnahme

Wenn Sie die Terraform-Kommandos im Azure-Portal ausführen, können Sie auf Fehler stoßen, die die Bereitstellung der Infrastruktur blockieren können. Einige der möglichen Fehler sind unten aufgeführt.

Error: making Read request on Azure KeyVault Secret slesvmpwd: azure.BearerAuthorizer#WithAuthorization: Failed to refresh the Token for request to https://idmkv88211894240361.vault.azure.net/secrets/slesvmpwd/?api-version=7.1: StatusCode=401 -- Original Error: adal: Refresh request failed. Status Code = '401'. Response body: {"error":{"code":"invalid_request","message":"Required audience parameter not specified"}} Endpoint http://localhost:50342/oauth2/token │ │ with module.server.data.azurerm_key_vault_secret.slesvmpwd, │ on sles15sp2-server/main.tf line 42, in data "azurerm_key_vault_secret" "slesvmpwd": │ 42: data "azurerm_key_vault_secret" "slesvmpwd" { kubernetes_secret.example3: Creation complete after 1s [id=idm/ingress-tls] ╷│ Error: error detecting capabilities: error PostgreSQL version: dial tcp 52.186.162.130:5432: connect: connection timed out │ │ with module.dbserver.postgresql_database.igaworkflowdb, │ on Azure-PG-Server/main.tf line 217, in resource "postgresql_database" "igaworkflowdb": │ 217: resource "postgresql_database" "igaworkflowdb" { │ az aks get-credentials --resource-group rajj_rg --name cluster-name --overwrite-existing│ Error: making Read request on Azure KeyVault Secret uawfedbuser: azure.BearerAuthorizer#WithAuthorization: Failed to refresh the Token for request to https://idmkv80357639695488.vault.azure.net/secrets/uawfedbuser/?api-version=7.1: StatusCode=401 -- Original Error: adal: Refresh request failed. Status Code = '401'. Response body: {"error":{"code":"invalid_request","message":"Required audience parameter not specified"}} Endpoint http://localhost:50342/oauth2/token │ │ with module.dbserver.data.azurerm_key_vault_secret.uawfedbuser, │ on Azure-PG-Server/main.tf line 28, in data "azurerm_key_vault_secret" "uawfedbuser": │ 28: data "azurerm_key_vault_secret" "uawfedbuser" { module.dbserver.null_resource.delay: Creation complete after 5m0s [id=5961346882319865424] ╷│ Error: waiting for creation of Managed Kubernetes Cluster "test-akscluster" (Resource Group "idmtest_rg"): Code="ReconcileStandardLoadBalancerError" Message="Reconcile standard load balancer failed. Details: outboundReconciler retry failed: Category: ClientError; SubCode: PublicIPCountLimitReached; Dependency: Microsoft.Network/PublicIPAddresses; OrginalError: Code=\"PublicIPCountLimitReached\" Message=\"Cannot create more than 10 public IP addresses for this subscription in this region.\" Details=[]; AKSTeam: Networking, Retriable: false." │ │ with module.aks.azurerm_kubernetes_cluster.main, │ on .terraform/modules/aks/main.tf line 10, in resource "azurerm_kubernetes_cluster" "main": │ 10: resource "azurerm_kubernetes_cluster" "main" {

Gehen Sie wie folgt vor, um dieses Problem zu beheben:

  1. Melden Sie sich beim Azure-Portal an.

  2. (Optional) Suchen Sie den Pfad der Azure Kubernetes-Cluster-Konfigurationsdatei.

  3. Führen Sie die folgenden Kommandos aus, um die Standardkonfigurationsdatei ~/.kube/config zu überschreiben.

    aks get-credentials --resource-group <resource-group-name> --name <kube-cluster-name> --overwrite-existing

    export KUBE_CONFIG_PATH=~/.kube/config

  4. Führen Sie die Terraform-Kommandos erneut aus. Weitere Informationen finden Sie unter Schritt 14, Schritt 15, Schritt 16 im Abschnitt Bereitstellen mit dem Configuration Generator.

Wenn Sie versuchen, eine öffentliche IP-Adresse auf Azure zu erstellen, kann die folgende Fehlermeldung erscheinen.

│ Error: waiting for creation of Managed Kubernetes Cluster "cluster-name" (Resource Group "raj_rg"): Code="ReconcileStandardLoadBalancerError" Message="Reconcile standardload balancer failed. Details: outboundReconciler retry failed: Category: ClientError; SubCode: PublicIPCountLimitReached; Dependency: Microsoft.Network/PublicIPAddresses;OrginalError: Code=\"PublicIPCountLimitReached\" Message=\"Cannot create more than 10 public IP addresses for this subscription in this region.\" Details=[]; AKSTeam: Networking, Retriable: false." │ │ with module.aks.azurerm_kubernetes_cluster.main, │ on .terraform/modules/aks/main.tf line 10, in resource "azurerm_kubernetes_cluster" "main": │ 10: resource "azurerm_kubernetes_cluster" "main" {

Wenden Sie sich an das Azure-Team, um die Quote für das Abonnement zu erhöhen, oder versuchen Sie, ungenutzte öffentliche IP-Adressen, die bereits zugewiesen sind, zu entfernen.

Wenn Sie das Kommando terraform apply im Azure-Portal ausführen, sehen Sie möglicherweise die folgende Ausnahme:

(AgentPoolK8sVersionNotSupported) Version <version> wird in der Region nicht unterstützt. Verwenden Sie das Kommando [az aks get-versions], um die Liste der unterstützten Versionen in dieser Region zu erhalten. Weitere Informationen finden Sie unter https://aka.ms/supported-version-list.

Gehen Sie wie folgt vor, um dieses Problem zu beheben:

  1. Melden Sie sich beim Azure-Portal an.

  2. Klicken Sie auf .

  3. Führen Sie das folgende Kommando aus, um die unterstützten Versionen zu ermitteln, die an Ihrem Standort verfügbar sind:

    az aks get-versions -l <location>

    Beispiel:

    az aks get-versions -l eastus

  4. Navigieren Sie zum Verzeichnis IDM_4.9_Cloud_Deployment_files, gehen Sie zur Datei main.tf und bearbeiten Sie die folgenden Werte:

    kubernetes_version = "<version>"

    orchestrator_version = "<version>"

    Beispiel:

    kubernetes_version = "1.20.15"

    orchestrator_version = "1.20.15"

    HINWEIS:Version 1.20.x ist zertifiziert und wird auf AKS Kubernetes unterstützt.

  5. Führen Sie das folgende Kommando erneut aus:

    terraform apply --auto-approve

Wenn Sie Container mit mehreren Instanzen über den Azure Kubernetes-Service bereitstellen, sehen Sie möglicherweise einige Pods im Status "Ausstehend".

Gehen Sie wie folgt vor, um dieses Problem zu beheben:

  1. Melden Sie sich beim Azure-Portal an.

  2. Geben Sie in die Suche "kubernetes services" ein und drücken Sie die Eingabetaste.

  3. Wählen Sie Ihren Kubernetes-Cluster aus.

  4. Klicken Sie auf Diagnose und Problemlösung > Fehlerbehebung.

  5. (Bedingt) Wenn das Problem mit der Fehlerbehebungsmethode nicht gelöst werden kann, überprüfen Sie die Nutzungsquote Ihres Azure-Kontos.

    1. Gehen Sie zur Startseite, geben Sie "Quoten" in die Suchfunktion ein und drücken Sie die Eingabetaste.

    2. Klicken Sie auf Berechnen.

    3. (Bedingt) Wenn die Spalte für die aktuelle Nutzung 100 % mit einer roten Linie anzeigt, klicken Sie auf Quotenerhöhung anfordern.

    4. Geben Sie in das Textfeld Neues Limit ein neues Limit ein.

    5. Klicken Sie auf Senden.

Wenn Sie den Engine-Instanz-Pod neu starten, schlägt die Bereitstellung des Treibers für das vorhandene Identitätsdepot fehl. In der Designer-Anwendung wird möglicherweise der folgende Fehler angezeigt:

Die Bereitstellung von 'cn=Azure AD Driver,cn=Driver Set,o=system' ist mit Fehlern und/oder Warnungen fehlgeschlagen.

Gehen Sie zur Designer-Anwendung und importieren Sie das Identitätsdepot erneut in Designer.

Wenn Sie den primären Server neu starten, wird ihm eine neue IP-Adresse zugewiesen. Diese neue IP-Adresse stimmt nicht mit der im SSL-Zertifikat des sekundären Servers überein.

Ein Neustart des sekundären Servers würde dazu führen, dass er das SSL-Zertifikat mit der neuen IP-Adresse neu ausstellt.

Wenn Sie in Identity Manager Reporting versuchen, mehrere Berichte mit einer Gesamtgröße von mehr als 1 MB zu importieren, wird der Fehler 413 angezeigt. Dies liegt daran, dass der nginx-ingress-Controller standardmäßig eine Größe von 1 MB für die Anforderungen zulässt.

Beim Aufruf der URL ist ein Fehler aufgetreten (/IDMRPT-CORE/rpt/definitions/import?uploadid=<id>&content=text/html&format=application/json&overwrite=true). Der Server hat den Statuscode 413 mit den folgenden Daten zurückgegeben, die keine analysierbaren JSON-Daten waren:

Dieses Problem kann behoben werden, indem Sie einen längeren Anforderungstext zulassen. Fügen Sie dazu in der Datei values.yaml unter dem Abschnitt Ingress-Konfiguration die folgende Anmerkung hinzu:

nginx.ingress.kubernetes.io/proxy-body-size: 3m