Problemi noti

Questa pagina elenca i problemi noti di Config Connector.

Molti dei problemi elencati qui sono stati risolti. La colonna Versione corretta indica la versione in cui è stata introdotta la correzione. Per ricevere questa correzione, esegui l'upgrade alla versione indicata o a una versione successiva.

Se fai parte di Google Developer Program, salva questa pagina per ricevere notifiche quando viene pubblicata una nota di rilascio correlata. Per saperne di più, consulta Pagine salvate.

Per filtrare i problemi noti in base alla versione o alla categoria del prodotto, seleziona i filtri dai seguenti menu a discesa.

Seleziona la versione di Config Connector:

1.134.1 1,134 1,131 Kubernetes 1.19

Seleziona la categoria del problema:

Installazione Networking Risorse Riconciliatore diretto

In alternativa, filtra i problemi noti:

Categoria	Prima versione identificata	Versione corretta	Problema e soluzione alternativa
Risorse	1.126.0	1.134.1	Risolto: creazione della risorsa bloccata dall'errore TLS del webhook: "`x509: certificate signed by unknown authority`" Quando tenti di creare o applicare nuove risorse Config Connector, il server API Kubernetes rifiuta la richiesta e blocca la creazione delle risorse. Non puoi eseguire il deployment di nuove risorse, ma quelle esistenti potrebbero continuare a essere riconciliate normalmente. Questo problema è causato da una race condition nota all'interno del componente cnrm-webhook-manager nelle versioni di Config Connector precedenti alla 1.134.1. Potresti visualizzare un errore simile al seguente negli output del deployment o nei log del server API: failed calling webhook "container-annotation-handler.cnrm.cloud.google.com": failed to call webhook: Post "https://cnrm-validating-webhook.cnrm-system.svc:443/...": tls: failed to verify certificate: x509: certificate signed by unknown authority Inoltre, i log del pod cnrm-webhook-manager potrebbero mostrare quanto segue: http: TLS handshake error ... remote error: tls: bad certificate. Soluzione temporanea: Per sbloccare immediatamente la creazione delle risorse, puoi forzare i pod del gestore webhook a sincronizzare ed estrarre i dati del certificato corretti riavviando il deployment con il seguente comando: kubectl rollout restart deployment cnrm-webhook-manager -n cnrm-system
Risorse	1,134	1.134.2	Risolto: SQLInstance bloccata nello stato di aggiornamento con errore di annotazione "merge" Le risorse SQLInstance interessate potrebbero bloccarsi in uno stato Updating con un messaggio di errore relativo all'annotazione state-into-spec. invalid value "merge" for "cnrm.cloud.google.com/state-into-spec" annotation Questo problema si verifica perché una convalida più rigorosa introdotta nella versione 1.134.0 ha rifiutato erroneamente la strategia "merge" per le risorse SQLInstance, anche se applicata come predefinita. Questo problema è stato risolto nelle versioni successive.
Riconciliatore diretto	1,131	1,134	Risolto: problemi con i riconciliatori diretti La versione 1.132.0 di Config Connector ha introdotto problemi che interessano le risorse che utilizzano il reconciler diretto. Errore: nome del controller duplicato Nella versione 1.132.0, la riconciliazione di risorse come SpannerInstance e SecretManagerSecret potrebbe non riuscire con un errore che indica che esiste già un controller con lo stesso nome: error registering controller: error adding direct controller for SpannerInstance to a manager: error creating new controller: controller with name spannerinstance-controller already exists. Errore "last-applied-configuration" di SecretManagerSecret Se abiliti il reconciler diretto per un SecretManagerSecret (utilizzando l'annotazione alpha.cnrm.cloud.google.com/reconciler: direct) nelle versioni dalla 1.131.0 alla 1.133, il processo di riconciliazione potrebbe non riuscire con un errore API: [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 Questo accade perché Config Connector tenta erroneamente di passare le annotazioni Kubernetes interne come etichette all'API Secret Manager.
Installazione, networking	Kubernetes 1.19	1,43	Risolto: errore "Chiamata webhook x509 non riuscita: il certificato si basa sul campo Common Name legacy" Se visualizzi un errore simile al seguente esempio, potresti riscontrare un problema con i certificati: 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 Questo problema si verifica con Kubernetes 1.19 e versioni successive. Le versioni 1.43 e successive di Config Connector supportano la generazione automatica del certificato, che dovrebbe impedire questo problema. Soluzione temporanea: Per risolvere il problema, puoi eliminare i certificati pertinenti e i pod: 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" Dopo aver eliminato queste risorse, dovrebbe essere rigenerato il certificato corretto.

Torna all'inizio