skip the PodListeners lookup when the served Pod is being deleted
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 72/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- kubernetes, rust
- Área
- infrastructure
Línea de trabajo
Comienza en el punto de entrada NodePublishVolume y sigue cómo se gestionan deletionTimestamp del Pod servido y PodListeners antes de la generación del certificado. Verifica la búsqueda existente de PodListeners y la ruta del certificado; después, confirma que los Pods eliminados omiten la búsqueda, mientras que los Pods activos conservan el comportamiento actual y el montaje se completa sin SANs de listener.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Problem
The secret-operator needs to read PodListeners in order to retrieve additional listener addresses to generate into the SAN field of certificates it creates. It has a long timeout waiting for these objects to appear, when a pod is spawned and requests the listener scope on certificates.
Especially during namespace deletion (maybe at other times as well) this can become a problem, when the PodListeners get deleted and the secret operator waits for them indefinitely. Since this is part of the NodePublishVolume step, this results in the Pod being stuck and holding pvc-protection.
Fix
In NodePublishVolume, if the Pod the volume serves has a deletionTimestamp, skip the
PodListeners lookup and issue the (throwaway) certificate without listener SANs so the mount can
complete. A Pod that is being deleted does not need listener-addressed certs.
The startup/steady-state path is unchanged: live Pods still wait for their listener addresses, so no
correctness regression and no startup race, the guard only relaxes behaviour for Pods already
marked for deletion.
- Lenguaje dominante
- Rust
- Estrellas
- 13
- Forks
- 8
- Merge medio
- 1 d 8 h
- PR fusionados (30 d)
- 10
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de stackabletech/secret-operator
-
type/bug
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
stackabletech/secret-operator#754 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
stackabletech/secret-operator#753 · 1 comentario ·
-
customer-request type/bug
Dificultad 3/5 1-2 días Aptitud para principiantes 38/100
stackabletech/secret-operator#666 · 2 comentarios ·
-
customer-request type/feature-improvement
stackabletech/secret-operator#630 · 7 comentarios · 1 asignado ·
-
stackabletech/secret-operator#620 · 2 comentarios · 1 asignado ·
Todos los issues de stackabletech/secret-operator
Issues similares
-
Browser (wasm) relay client cannot connect to relays whose URL has a trailing-dot FQDN hostname Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
n0-computer/iroh#4550 ·
-
impl detach for native Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
paritytech/zombienet-sdk#591 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
farion1231/cc-switch#7638 · 1 comentario ·
-
onnx-ir re-exports ModelProto and GraphProto but not NodeProto, AttributeProto and AttributeType Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100