Bekannte Probleme
Auf dieser Seite sind bekannte Probleme mit Config Connector aufgeführt.
Viele der hier aufgeführten Probleme wurden behoben. In der Spalte Version, in der der Fehler behoben wurde wird die Version angegeben, in der die Fehlerbehebung eingeführt wurde. Wenn Sie diese Fehlerbehebung erhalten möchten, führen Sie ein Upgrade auf die aufgeführte Version oder höher aus.
Wenn Sie am Google-Entwicklerprogramm teilnehmen, speichern Sie diese Seite, um Benachrichtigungen zu erhalten, wenn eine Versionsanmerkung zu dieser Seite veröffentlicht wird. Weitere Informationen finden Sie unter Gespeicherte Seiten.
Zum Filtern der bekannten Probleme nach einer Produktversion oder -kategorie wählen Sie in den folgenden Drop-down-Menüs die gewünschten Filter aus.
Wählen Sie Ihre Config Connector-Version aus:
Wählen Sie eine Kategorie für Ihr Problem aus:
Sie können auch nach bekannten Problemen filtern:
| Kategorie | Früheste identifizierte Version | Korrigierte Version | Problem und Problemumgehung |
|---|---|---|---|
| Ressourcen | 1.134 | 1.134.2 |
Behoben: SQLInstance bleibt im Status „Updating“ mit dem Fehler „merge“ hängenBetroffene
invalid value "merge" for "cnrm.cloud.google.com/state-into-spec" annotation
Dieses Problem tritt auf, weil bei einer in Version 1.134.0 eingeführten strengeren Validierung die Strategie „Zusammenführen“ für |
| Direct Reconciler | 1.131 | 1.134 |
Behoben: Probleme mit direkten AbgleichernMit Config Connector-Version 1.132.0 wurden Probleme eingeführt, die sich auf Ressourcen auswirken, die den direkten Abgleich verwenden. Fehler: Name des Controllers bereits vorhandenIn Version 1.132.0 können Ressourcen wie
error registering controller: error adding direct controller for SpannerInstance to a manager: error creating new controller: controller with name spannerinstance-controller already exists.
Fehler „last-applied-configuration“ für SecretManagerSecretWenn Sie den direkten Abgleich für ein
[kubectl.kubernetes.io/last-applied-configuration] must follow pattern [a-z0-9A-Z]+([_\.\-]*[a-z0-9A-Z]+)*), be less than 64 characters, and must have a UTF encoding of less than 128 bytes
Dies geschieht, weil Config Connector fälschlicherweise versucht, interne Kubernetes-Annotationen als Labels an die Secret Manager API zu übergeben. |
| Installation, Netzwerk | Kubernetes 1.19 | 1,43 |
Behoben: Fehler beim Aufrufen des Webhooks – x509: certificate relies on legacy Common Name fieldWenn Sie einen Fehler wie im folgenden Beispiel sehen, liegt möglicherweise ein Problem mit Zertifikaten vor:
Error from server (InternalError): error when creating "/mnt/set-weaver-dns-record.yml": Internal error occurred: failed calling webhook "annotation-defaulter.cnrm.cloud.google.com": Post "https://cnrm-validating-webhook.cnrm-system.svc:443/annotation-defaulter?timeout=30s": x509: certificate relies on legacy Common Name field, use SANs or temporarily enable Common Name matching with GODEBUG=x509ignoreCN=0
Dieses Problem tritt bei Kubernetes-Versionen ab 1.19 auf. Config Connector-Versionen 1.43 und höher unterstützen die automatische Generierung des Zertifikats, wodurch dieses Problem vermieden werden sollte. Workaround: Sie können das Problem umgehen, indem Sie die entsprechenden Zertifikate und die Pods löschen: kubectl delete -n cnrm-system secrets cnrm-webhook-cert-abandon-on-uninstall kubectl delete -n cnrm-system secrets cnrm-webhook-cert-cnrm-validating-webhook kubectl delete -n cnrm-system pods -l "cnrm.cloud.google.com/component=cnrm-webhook-manager" Nachdem Sie diese Ressourcen gelöscht haben, sollte das richtige Zertifikat neu generiert werden. |