Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Fehlerbehebung

Dieses Thema enthält Anweisungen zur Behebung häufiger Fehler mit Eksctl.

Die Stack-Erstellung ist fehlgeschlagen

Sie können das --cfn-disable-rollback Flag verwenden, um Cloudformation daran zu hindern, fehlgeschlagene Stacks rückgängig zu machen, um das Debuggen zu vereinfachen.

Die Subnetz-ID „Subnetz-11111111" ist nicht dasselbe wie „Subnetz-22222222"

Angesichts einer Konfigurationsdatei, die Subnetze für eine VPC wie folgt spezifiziert:

apiVersion: eksctl.io/v1alpha5
kind: ClusterConfig

metadata:
  name: test
  region: us-east-1

vpc:
  subnets:
    public:
      us-east-1a: {id: subnet-11111111}
      us-east-1b: {id: subnet-22222222}
    private:
      us-east-1a: {id: subnet-33333333}
      us-east-1b: {id: subnet-44444444}

nodeGroups: []

Ein Fehler subnet ID "subnet-11111111" is not the same as "subnet-22222222" bedeutet, dass die angegebenen Subnetze nicht in der richtigen Availability Zone platziert wurden. Prüfen Sie in der AWS-Konsole, welche Subnetz-ID für jede Availability Zone die richtige ist.

In diesem Beispiel wäre die richtige Konfiguration für die VPC:

vpc:
  subnets:
    public:
      us-east-1a: {id: subnet-22222222}
      us-east-1b: {id: subnet-11111111}
    private:
      us-east-1a: {id: subnet-33333333}
      us-east-1b: {id: subnet-44444444}

Probleme beim Löschen

Wenn Ihr Löschvorgang nicht funktioniert oder Sie vergessen, den Löschvorgang hinzuzufügen--wait, müssen Sie möglicherweise die anderen Tools von Amazon verwenden, um die Cloudformation-Stacks zu löschen. Dies kann über die GUI oder mit der AWS-CLI erreicht werden.

kubectl loggt und kubectl run schlägt mit einem Autorisierungsfehler fehl

Wenn Ihre Knoten in einem privaten Subnetz bereitgestellt werden kubectl logs und/oder mit einem Fehler wie dem folgenden kubectl run fehlschlagen:

Error attaching, falling back to logs: unable to upgrade connection: Authorization error (user=kube-apiserver-kubelet-client, verb=create, resource=nodes, subresource=proxy)

Error from server (InternalError): Internal error occurred: Authorization error (user=kube-apiserver-kubelet-client, verb=get, resource=nodes, subresource=proxy)

Dann müssen Sie möglicherweise einstellen enableDnsHostnames. Weitere Details finden Sie in dieser Ausgabe.