Pod isn't restarted when configMaps or secrets change
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 72/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- helm, kubernetes
- Área
- devops
Línea de trabajo
La carga útil nombra las plantillas de ConfigMap y Secret (configmap.yaml, secret.yaml) y la plantilla de pod en el Deployment del chart, que es donde irían las anotaciones. Lee cómo se renderizan los metadatos de la plantilla de pod del Deployment y cómo se montan configMaps y secrets con subPath. Está terminado cuando renderizar el chart con un valor de configMaps o secrets modificado produce una anotación diferente en la plantilla de pod, de modo que el pod se reinicie durante la actualización.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Changing only a configMaps (or secrets) entry in values doesn't restart the pod. The deployment's pod template doesn't change, so helm upgrade updates the ConfigMap but leaves the old pod running. Since the chart mounts these with subPath, the running pod never sees the new content either: it keeps the old file until something else restarts it.
For example, changing an Rspamd override in configMaps and upgrading leaves Rspamd on the old config until a manual kubectl rollout restart.
The usual fix is a checksum annotation on the pod template, so any config change rolls the pod:
template:
metadata:
annotations:
checksum/configmaps: {{ include (print $.Template.BasePath "/configmap.yaml") . | sha256sum }}
checksum/secrets: {{ include (print $.Template.BasePath "/secret.yaml") . | sha256sum }}
- Lenguaje dominante
- Mustache
- Estrellas
- 157
- Forks
- 82
- Merge medio
- 22 min
- PR fusionados (30 d)
- 3
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
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 docker-mailserver/docker-mailserver-helm
-
Dificultad 4/5 1-2 días Aptitud para principiantes 22/100
docker-mailserver/docker-mailserver-helm#168 · 26 comentarios ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 22/100
docker-mailserver/docker-mailserver-helm#162 · 3 comentarios ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 12/100
docker-mailserver/docker-mailserver-helm#95 · 7 comentarios ·
Todos los issues de docker-mailserver/docker-mailserver-helm
Issues similares
-
needs-area-label
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Los mantenedores suelen responder en 2 días
-
enhancement good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Official-Space-AI/OpenPhysGraspGen#114 ·
Los mantenedores suelen responder en 2 días
-
Bug
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
radius-project/ai-extensions#1196 ·
Los mantenedores suelen responder en 1 día
-
bug good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100