Helm: `helm delete` informa" conexión perdida con el pod "" Error: el transporte se está cerrando "a pesar del aparente éxito

Creado en 28 sept. 2017 · 3Comentarios · Fuente: helm/helm

helm 2.6.1 cliente y servidor
k8s 1.7.4 (el mismo comportamiento con 1.7.0 también)

He visto varios problemas en los que se habla de "conexión perdida con la vaina", pero ninguno que reconozca coincide con nuestro caso.

Cuando ejecuto informes de helm delete --purge _releaseName_ helm

portforward.go:178] lost connection to pod
Error: transport is closing

Sin embargo, el delete parece haber tenido éxito. Todos los recursos de k8s definidos por el gráfico se limpian como se esperaba. El registro del timón se ve así:

[storage] 2017/09/28 14:14:19 getting release history for "xxx"
[tiller] 2017/09/28 14:14:19 uninstall: Deleting xxx
[tiller] 2017/09/28 14:14:19 executing 0 pre-delete hooks for xxx
[tiller] 2017/09/28 14:14:19 hooks complete for pre-delete xxx
[storage] 2017/09/28 14:14:19 updating release "xxx.v1"
 (many lines of "Starting delete for yyy" and "Using reaper for deleting yyy" omitted here)
[tiller] 2017/09/28 14:16:42 executing 0 post-delete hooks for xxx
[tiller] 2017/09/28 14:16:42 hooks complete for post-delete xxx
[tiller] 2017/09/28 14:16:42 purge requested for xxx
[storage] 2017/09/28 14:16:42 deleting release "xxx.v1"

Ese es el final del registro. No contiene errores ni excepciones.

k8s informa que no se reinicia la unidad del timón.

El tiempo transcurrido, desde el exterior y desde el registro, es de aproximadamente 2 m 30 s, muy por debajo del valor de tiempo de espera predeterminado para la operación delete .

¿Dónde más puedo buscar más información sobre qué es lo que causa ese error?

Gracias.

questiosupport

Fuente

tjquinno

Comentario más útil

Pude corregir esto agregando la información del host del timón al comando de instalación del timón.
--host=10.111.221.14:443

Puede obtener su IP de timón a través de este método
$ kubectl get svc -n kube-system tiller-deploy
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
tiller-deploy ClusterIP 10.111.221.14 <none> 44134/TCP 34h

Ejemplo de comando completo
helm install stable/grafana --name=grafana --host=10.111.221.14:4413

Sé que esto es un poco complicado, pero todas las demás funciones del timón funcionan correctamente después de la instalación a través de este método. No tuve que volver a agregar la información del host después de la instalación inicial para realizar actualizaciones o reversiones. ¡Espero que esto ayude!

castironclay en 21 abr. 2019

👍2

Todos 3 comentarios

Esto se parece a https://github.com/kubernetes/helm/issues/2025 si está muy por debajo del tiempo de espera predeterminado (5 minutos). ¿Puede verificar el balanceador de carga que enfrenta su API maestra de kubernetes y comentar sobre ese problema en el futuro? De esa manera podemos mantener la discusión en un solo lugar. ¡Gracias! ❤️

bacongobbler en 29 sept. 2017

También vi el error Error: transport is closing cuando ejecuté helm install , y después de hacer rm -rf ~/.helm , el error ya no se veía. Supongo que eliminar el caché de helm ( rm -rf ~/.helm ) puede resolver el error.