Helm経由でPostgresqlをインストールしない

Question

helmで最新のstableを使用してpostgresをインストールしようとしていますが、永続的なボリュームを正しくインストールしていません。私はそれをMinikubeにインストールしています。何らかの理由で、hostMountを正しく実行できないようです。

エラー（展開、ポッド、およびレプリカセットの）

PersistentVolumeClaim is not bound: "postgres-postgresql" Error: lstat /tmp/hostpath-provisioner/pvc-c713429d-e2a3-11e7-9ca9-080027231d54: no such file or directory Error syncing pod

私は永続的なボリュームを見てみると、それが正常に動作しているように見えます。ケースでは、ここに私の永続的なボリュームYAMLがあるのに役立ちます：

{ 
    "kind": "PersistentVolume", 
    "apiVersion": "v1", 
    "metadata": { 
    "name": "pvc-c713429d-e2a3-11e7-9ca9-080027231d54", 
    "selfLink": "/api/v1/persistentvolumes/pvc-c713429d-e2a3-11e7-9ca9-080027231d54", 
    "uid": "c71850e1-e2a3-11e7-9ca9-080027231d54", 
    "resourceVersion": "396568", 
    "creationTimestamp": "2017-12-16T20:57:50Z", 
    "annotations": { 
     "hostPathProvisionerIdentity": "8979806c-dfba-11e7-862f-080027231d54", 
     "pv.kubernetes.io/provisioned-by": "k8s.io/minikube-hostpath" 
    } 
    }, 
    "spec": { 
    "capacity": { 
     "storage": "8Gi" 
    }, 
    "hostPath": { 
     "path": "/tmp/hostpath-provisioner/pvc-c713429d-e2a3-11e7-9ca9-080027231d54", 
     "type": "" 
    }, 
    "accessModes": [ 
     "ReadWriteOnce" 
    ], 
    "claimRef": { 
     "kind": "PersistentVolumeClaim", 
     "namespace": "default", 
     "name": "postgres-postgresql", 
     "uid": "c713429d-e2a3-11e7-9ca9-080027231d54", 
     "apiVersion": "v1", 
     "resourceVersion": "396550" 
    }, 
    "persistentVolumeReclaimPolicy": "Delete", 
    "storageClassName": "standard" 
    }, 
    "status": { 
    "phase": "Bound" 
    } 
} 

永続的なボリュームクレームYAML：

{ 
    "kind": "PersistentVolumeClaim", 
    "apiVersion": "v1", 
    "metadata": { 
    "name": "postgres-postgresql", 
    "namespace": "default", 
    "selfLink": "/api/v1/namespaces/default/persistentvolumeclaims/postgres-postgresql", 
    "uid": "c713429d-e2a3-11e7-9ca9-080027231d54", 
    "resourceVersion": "396588", 
    "creationTimestamp": "2017-12-16T20:57:50Z", 
    "labels": { 
     "app": "postgres-postgresql", 
     "chart": "postgresql-0.8.3", 
     "heritage": "Tiller", 
     "release": "postgres" 
    }, 
    "annotations": { 
     "control-plane.alpha.kubernetes.io/leader": "{\"holderIdentity\":\"897980a2-dfba-11e7-862f-080027231d54\",\"leaseDurationSeconds\":15,\"acquireTime\":\"2017-12-16T20:57:50Z\",\"renewTime\":\"2017-12-16T20:57:52Z\",\"leaderTransitions\":0}", 
     "pv.kubernetes.io/bind-completed": "yes", 
     "pv.kubernetes.io/bound-by-controller": "yes", 
     "volume.beta.kubernetes.io/storage-provisioner": "k8s.io/minikube-hostpath" 
    } 
    }, 
    "spec": { 
    "accessModes": [ 
     "ReadWriteOnce" 
    ], 
    "resources": { 
     "requests": { 
     "storage": "8Gi" 
     } 
    }, 
    "volumeName": "pvc-c713429d-e2a3-11e7-9ca9-080027231d54", 
    "storageClassName": "standard" 
    }, 
    "status": { 
    "phase": "Bound", 
    "accessModes": [ 
     "ReadWriteOnce" 
    ], 
    "capacity": { 
     "storage": "8Gi" 
    } 
    } 
} 

どのような援助をいただければ幸いです。

Answer 1

あなたはこの問題に実行している場合があり

：https://github.com/kubernetes/minikube/issues/2256

問題はフィールドがある場合は「サブパス」フィールドは、（イベントが展開リソースに存在しているときにエラーが発生したホストパスボリュームプロビジョニングにバグがあるのです空の値）。

ここでは私のために働いたの回避策だ - PostgreSQLのチャートを展開し、deployment.yamlに次の行をコメントアウト：

 # subPath: {{ .Values.persistence.subPath }} 

はその後、変更したチャートを再デプロイします。あなたが 'subPath'フィールドに頼っている場合、この回避策はあなたのためには機能しません。

注：この問題は、Docker-for-Mac上のKubernetes（これは私が遭遇した場所です）にも存在します。