我正在问题下的舵机常见问题解答（https://docs.helm.sh/using_helm/）中详细说明了分till恐慌崩溃
问：蒂勒因恐慌而崩溃：
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation...
常见问题解答提示
要解决此问题，您将需要更改Kubernetes配置。 确保来自的--service-account-private-key-file apiserver点的控制器管理器和--service-account-key-file 到相同的x509 RSA密钥。
我试图在线搜索并阅读（https://kubernetes.io/docs/reference/access-authn-authz/service-accounts-admin/）上的文档
您必须将服务帐户私钥文件传递给令牌 控制器管理器中的控制器，方法是使用 --service-account-private-key-file选项。私钥将用于对生成的服务帐户令牌进行签名。同样，您必须 使用将相应的公钥传递给kube-apiserver --service-account-key-file选项。公钥将在身份验证过程中用于验证令牌。
和位于https://kubernetes.io/docs/reference/access-authn-authz/authentication/的文档
该文档很好地解释了概念，但是没有关于实际更改配置的细节。
如何根据常见问题解答的答案更改Kubernetes配置？
确保--service-account-private-key-file来自 apiserver点的控制器管理器和--service-account-key-file 到相同的x509 RSA密钥。
详细信息：
使用基于kops和八卦的k8s集群
答案 0 :(得分：0)
通过反复试验，我发现helm ls似乎存在我的安装错误，或者如果没有要发布的版本，则helm ls可能会显示错误。
在helm init之后，helm ls会显示错误panic: runtime error: invalid memory address or nil pointer dereference [signal SIGSEGV: segmentation violation...，
但是如果你继续使用头盔，
例如helm install stable/<package>，图表已成功部署。
在部署图表之后，调用helm ls不再返回错误，并正确显示已部署的图表（版本）。
我已经使用kubectl get pods，kubectl get services和kubectl get deployments进行了确认，已发布的对象都在运行。