Helm: « helm delete » signale « perte de connexion au pod » « Erreur : le transport se ferme » malgré un succès apparent

helm 2.6.1 client et serveur
k8s 1.7.4 (même comportement avec 1.7.0 également)

J'ai vu plusieurs problèmes discutant de la "connexion perdue au pod", mais aucun que je reconnaisse comme correspondant à notre cas.

Lorsque je lance des rapports helm delete --purge _releaseName_ helm

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

Pourtant, le delete semble avoir réussi. Toutes les ressources k8s définies par le graphique sont nettoyées comme prévu. Le journal du tiller ressemble à ceci :

[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"

C'est la fin du journal. Il ne contient aucune erreur ni exception.

k8s ne signale aucun redémarrage de la nacelle de la barre franche.

Le temps écoulé, depuis l'extérieur et depuis le journal, est d'environ 2 minutes 30 secondes, bien en deçà de la valeur de délai d'attente par défaut pour l'opération delete .

Où puis-je rechercher plus d'informations sur ce qui ne va pas et qui cause cette erreur ?

Merci.