Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/docker/10.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Selenium Kubernetes PersistentVolume和PersistentVolumeClaim可能会导致我的pod出现问题,在复制日志时崩溃_Selenium_Docker_Kubernetes_Selenium Grid_Minikube - Fatal编程技术网

Selenium Kubernetes PersistentVolume和PersistentVolumeClaim可能会导致我的pod出现问题,在复制日志时崩溃

Selenium Kubernetes PersistentVolume和PersistentVolumeClaim可能会导致我的pod出现问题,在复制日志时崩溃,selenium,docker,kubernetes,selenium-grid,minikube,Selenium,Docker,Kubernetes,Selenium Grid,Minikube,我有一个PersistentVolume,指定如下: apiVersion: v1 kind: PersistentVolume metadata: name: mypv-shared spec: accessModes: - ReadWriteMany capacity: storage: 5Gi hostPath: path: /data/mypv-shared/ 然后,我创建了一个具有以下规范的PersistentVolumeClaim: apiV

我有一个PersistentVolume,指定如下:

apiVersion: v1
kind: PersistentVolume
metadata:
  name: mypv-shared
spec:
  accessModes:
    - ReadWriteMany
  capacity:
    storage: 5Gi
  hostPath:
    path: /data/mypv-shared/
然后,我创建了一个具有以下规范的PersistentVolumeClaim:

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mypv-shared-claim
spec:
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 5Gi
但是当我创建PVC时,运行
kubectl get pv
显示它绑定到随机生成的pv

NAME                                       CAPACITY   ACCESSMODES   RECLAIMPOLICY   STATUS      CLAIM                           STORAGECLASS   REASON    AGE
pvc-38c77920-a223-11e7-89cc-08002719b642   5Gi        RWX           Delete          Bound       default/mypv-shared             standard                 16m
我相信这会在运行测试时给我的pod带来问题,因为我不确定pod是否正确安装了指定的目录。当我在运行结束时试图复制测试日志时,我的POD在测试结束时崩溃


原因真的是persistentVolume/索赔,还是我应该调查其他原因?谢谢

创建PVC动态配置PV,而不是使用您通过
主机路径
手动创建的PV。在PVC上,只需设置为和一个空字符串(
“”

从:

storageClassName设置为“
的PVC始终被解释为请求没有类的PV,因此它只能绑定到没有类的PV(没有注释或一个设置等于“”)。没有storageClassName的PVC不太一样

因此,创建如下内容(我还添加了标签和选择器,以确保预期PV与PVC配对;您可能不需要该约束):


创建PVC动态配置PV,而不是使用您通过
主机路径
手动创建的PV。在PVC上,只需设置为和一个空字符串(
“”

从:

storageClassName设置为“
的PVC始终被解释为请求没有类的PV,因此它只能绑定到没有类的PV(没有注释或一个设置等于“”)。没有storageClassName的PVC不太一样

因此,创建如下内容(我还添加了标签和选择器,以确保预期PV与PVC配对;您可能不需要该约束):


谢谢你的回复!添加空白StaseCasLaseNd修正了绑定问题,但在复制日志消息时,仍然会看到<代码>错误。这是否意味着该问题与我的PV无关?从您提供的信息很难说,对不起。谢谢您的回复!添加空白StaseCasLaseNd修正了绑定问题,但在复制日志消息时,仍然会看到<代码>错误。这是否意味着该问题与我的PV无关?从您提供的信息很难说,对不起。
apiVersion: v1
kind: PersistentVolume
metadata:
  name: mypv-shared
  labels:
    name: mypv-shared
spec:
  accessModes:
    - ReadWriteMany
  capacity:
    storage: 5Gi
  hostPath:
    path: /data/mypv-shared/
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mypv-shared-claim
spec:
  storageClassName: ""
  selector:
    matchLabels:
      name: mypv-shared
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 5Gi