我知道已經有很多關于這個的問題，我已經閱讀了其中的大部分，但我的問題似乎不適合它們。
我正在使用如下所述的舵圖從 bitnami 運行 postgresql。干凈的設定沒問題，一切都開始正常。但是一段時間后，直到現在我找不到任何模式，pod 進入 CrashLoopBackOff，無論我怎么嘗試都無法恢復它！
Helm 卸載/安裝無法解決問題。PV似乎是問題所在，但我不知道為什么。而且我沒有收到任何錯誤訊息，這是其中奇怪而可怕的部分。
我使用 minikube 來運行 k8s 和 helm v3。
- Helm 圖表：
uj5u.com熱心網友回復：
我真的沒有其他人遇到過這個問題，但最終我發現了問題，這一次不僅在椅子和顯示幕之間，而且還涉及 RTFM。
如前所述，我使用 minikube 來運行我的 k8s 集群，該集群提供存盤在主機磁盤上的 PV。您可能會問它存盤在哪里？Exaclty，在這里：
/tmp/hostpath-provisioner/default/data-sessiondb-0/data/。你發現問題了嗎？不，我也花了一些時間來弄清楚。為什么在地球上 minikube 使用該tmp檔案夾來存盤持久卷宣告？
這個檔案夾自動。不時清除等等。
解決方案：更改路徑，不要將 PV 存盤在檔案
tmp夾中。他們在這里提到這一點：https : //minikube.sigs.k8s.io/docs/handbook/persistent_volumes/#a-note-on-mounts-persistence-and-minikube-hosts并給出一個例子。
但是為什么
tmp默認使用“危險”路徑而不是，比如說，data沒有在那里放置警告橫幅？嘆。結束這個問題^^
--> 解決方法：https : //github.com/kubernetes/minikube/issues/7511#issuecomment-612099413
Github 問題：
- https://github.com/kubernetes/minikube/issues/7511
- https://github.com/kubernetes/minikube/issues/13038
- https://github.com/kubernetes/minikube/issues/3318
- https://github.com/kubernetes/minikube/issues/5144
我在檔案中澄清的 Github 問題：https : //github.com/kubernetes/minikube/issues/13038#issuecomment-981821696
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/370064.html標籤：postgresql kubernetes kubernetes-helm bitnami
上一篇：當從dockerhub（公共存盤庫）使用影像時，部署的knative服務因RevisionMissing失敗而失敗
下一篇：如何像GKE、EKS、..等KubernetesCloud為Kubernetes中的型別Loadbacer的服務分配外部ip？