Fehlerbehebung

Löschen des Wickr-Namespace

Wenn Sie den wickr Namespace löschen müssen, um von vorne zu beginnen, ist es wichtig, dass Sie zuerst alle Dienstkonten sichern, die von CDK in diesem Namespace erstellt wurden. Mit diesen Dienstkonten können Wickr-Dienste über IAM-Rollen mit AWS APIs ihnen kommunizieren. Ohne sie funktionieren Aufgaben wie das Hochladen von Dateien über Amazon Simple Storage Service (Amazon S3) nicht mehr.

Verwenden Sie den folgenden Befehl, um die Service Accounts zu sichern und den wickr Namespace und die entsprechenden Service Accounts zu löschen und neu zu erstellen:

kubectl -n wickr get sa fileproxy -o yaml > fileproxy-sa.yaml && \
  kubectl delete ns wickr && \
  kubectl create ns wickr && \
  kubectl apply -f fileproxy-sa.yaml
    

Das Passwort für die KOTS Admin-Konsole zurücksetzen

Sie können Ihr Passwort für die KOTS Admin-Konsole mit dem folgenden Befehl zurücksetzen:

kubectl kots -n wickr reset-password

Wenn Sie dieses Passwort ändern, möchten Sie möglicherweise auch das wickr/kots Secrets Manager Manager-Geheimnis aktualisieren, obwohl es in der Regel von keiner Automatisierung erneut verwendet wird.

Probleme beim Herstellen einer Verbindung zum EKS-Cluster mit Bastion

Wenn Ihre Verbindung zum EKS-Cluster über die Bastion langsam zu sein scheint oder gelegentlich ein Timeout auftritt, wird beim Ausführen kubectl von Befehlen möglicherweise der folgende Fehler angezeigt:

net/http: Die Anfrage wurde beim Warten auf die Verbindung abgebrochen (Client.Timeout wurde beim Warten auf Header überschritten)

Dieses Problem kann häufig behoben werden, indem Sie sich per SSM beim Bastion-Host anmelden (siehe auf dem Stack) und den BastionSSMCommand Dienst neu starten: WickrEks tinyproxy

sudo systemctl restart tinyproxy