Helm升级超时获取configmaps失败
Helm upgrade times out and fails to get configmaps
在使用 Helm（2.6.2 版）在 kubernetes 中部署服务几个月后，我们在执行 --upgrade 命令时开始遇到随机错误。
大多数情况下升级会超时，但在其他情况下，它看起来像是出现了网络问题，出现 getsockopt: connection refused 或 TLS handshake timeout.
等错误
有时我们也看到了the server cannot complete the requested operation at this time, try again later (get configmaps)。
我们每天使用 Helm 将几个版本的服务部署到我们的 CI 环境中，部署过程开始出现的不稳定正在影响我们的生产力。
知道我应该寻找什么来将 --upgrade 命令恢复到可靠状态吗？
升级到 Helm 2.7.0 并使用 --history-max 为我解决了这个问题，所以这个问题一定与 tiller 没有清除旧的配置映射有关，随着时间的推移它们堆积起来直到蒂勒开始努力理解它们。
有关它的更多信息here。
在使用 Helm（2.6.2 版）在 kubernetes 中部署服务几个月后，我们在执行 --upgrade 命令时开始遇到随机错误。
大多数情况下升级会超时，但在其他情况下，它看起来像是出现了网络问题，出现 getsockopt: connection refused 或 TLS handshake timeout.
有时我们也看到了the server cannot complete the requested operation at this time, try again later (get configmaps)。
我们每天使用 Helm 将几个版本的服务部署到我们的 CI 环境中，部署过程开始出现的不稳定正在影响我们的生产力。
知道我应该寻找什么来将 --upgrade 命令恢复到可靠状态吗？
升级到 Helm 2.7.0 并使用 --history-max 为我解决了这个问题，所以这个问题一定与 tiller 没有清除旧的配置映射有关，随着时间的推移它们堆积起来直到蒂勒开始努力理解它们。
有关它的更多信息here。