External provisioner is provisioning volume for claim "dolphinscheduler/dolphinscheduler-worker-logs-dolphinscheduler-worker-2"
时间: 2024-05-16 15:08:18 浏览: 12
这是一个 Kubernetes 集群的日志,说明 External provisioner 正在为名为 "dolphinscheduler-worker-logs-dolphinscheduler-worker-2" 的卷提供存储。External provisioner 是用于自动化创建外部存储卷并将其挂载到 Kubernetes 节点的工具。
相关问题
Warning ProvisioningFailed 4m30s (x14 over 28m) evs.csi.huaweicloud.com_csi-evs-controller-d84d7d8bc-vg6kk_a0263722-4e86-4ffc-bff7-a2bb29ed511b failed to provision volume with StorageClass "evs-sc": error getting handle for DataSource Type VolumeSnapshot by Name new-snapshot-demo: snapshot new-snapshot-demo not bound Normal Provisioning 4m20s (x15 over 28m) evs.csi.huaweicloud.com_csi-evs-controller-d84d7d8bc-vg6kk_a0263722-4e86-4ffc-bff7-a2bb29ed511b External provisioner is provisioning volume for claim "default/snapshot-demo-restore" Normal ExternalProvisioning 3m1s (x103 over 28m) persistentvolume-controller waiting for a volume to be created, either by external provisioner "evs.csi.huaweicloud.com" or manually created by system administrator
根据最新提供的日志信息,我们可以看到以下内容:
1. 出现了多次警告事件 "ProvisioningFailed",指示使用StorageClass为"evs-sc"为PersistentVolumeClaim "snapshot-demo-restore"提供卷失败。
2. 还有一个正常事件 "Provisioning",显示外部供应程序正在为"snapshot-demo-restore"的声明提供卷。
3. 最后,一个正常事件 "ExternalProvisioning" 指示持久卷控制器正在等待卷的创建,可以是由外部供应程序 "evs.csi.huaweicloud.com" 创建,也可以是由系统管理员手动创建。
根据这些日志信息,我们可以得出以下结论:
- 存储类 "evs-sc" 正在尝试为 "snapshot-demo-restore" 的持久卷声明提供卷。
- 但是,由于无法获取名称为 "new-snapshot-demo" 的 VolumeSnapshot 的数据源类型处理程序,导致卷的提供失败。
- 同时,持久卷控制器正在等待卷的创建,这表明卷的创建过程可能正在进行中。
要解决此问题,您可以执行以下操作:
1. 检查名为 "new-snapshot-demo" 的 VolumeSnapshot 是否已正确创建和绑定。您可以使用以下命令检查 VolumeSnapshot 的状态:
```
kubectl get volumesnapshot new-snapshot-demo
```
2. 确保 VolumeSnapshot 的绑定状态为 "Bound"。如果它未正确绑定,请重新绑定 VolumeSnapshot:
```
kubectl patch volumesnapshot new-snapshot-demo -p '{"spec": {"dataSource": {"name": "new-snapshot-demo"}}}'
```
3. 确保 StorageClass "evs-sc" 的配置正确,并且它与您的持久卷声明 "snapshot-demo-restore" 匹配。
4. 检查是否存在任何其他错误或警告消息,以获得更多上下文信息。
如果您仍然遇到问题,请提供更多详细信息,以便我们能够更好地帮助您解决问题。
registry.cn-beijing.aliyuncs.com/mydlq/nfs-subdir-external-provisioner:v4.0.0的k8s的yaml怎么写
下面是一个基本的 Kubernetes YAML 文件示例,可用于部署容器镜像 `registry.cn-beijing.aliyuncs.com/mydlq/nfs-subdir-external-provisioner:v4.0.0`:
```yaml
apiVersion: v1
kind: ServiceAccount
metadata:
name: nfs-subdir-external-provisioner
---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRole
metadata:
name: nfs-subdir-external-provisioner-runner
rules:
- apiGroups: [""]
resources: ["persistentvolumes"]
verbs: ["get", "list", "watch", "create", "delete"]
- apiGroups: [""]
resources: ["persistentvolumeclaims"]
verbs: ["get", "list", "watch", "update"]
- apiGroups: ["storage.k8s.io"]
resources: ["storageclasses"]
verbs: ["get", "list", "watch"]
- apiGroups: [""]
resources: ["events"]
verbs: ["create", "update", "patch"]
---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRoleBinding
metadata:
name: run-nfs-subdir-external-provisioner
roleRef:
apiGroup: rbac.authorization.k8s.io
kind: ClusterRole
name: nfs-subdir-external-provisioner-runner
subjects:
- kind: ServiceAccount
name: nfs-subdir-external-provisioner
namespace: default
---
apiVersion: apps/v1
kind: Deployment
metadata:
name: nfs-subdir-external-provisioner
spec:
replicas: 1
selector:
matchLabels:
app: nfs-subdir-external-provisioner
template:
metadata:
labels:
app: nfs-subdir-external-provisioner
spec:
serviceAccountName: nfs-subdir-external-provisioner
containers:
- name: nfs-subdir-external-provisioner
image: registry.cn-beijing.aliyuncs.com/mydlq/nfs-subdir-external-provisioner:v4.0.0
env:
- name: PROVISIONER_NAME
value: nfs-subdir-external-provisioner
- name: NFS_SERVER
value: your.nfs.server.ip
- name: NFS_PATH
value: /path/to/nfs/share
volumeMounts:
- name: nfs-client-root
mountPath: /persistentvolumes
volumes:
- name: nfs-client-root
nfs:
server: your.nfs.server.ip
path: /path/to/nfs/share
```
注意替换 `NFS_SERVER` 和 `NFS_PATH` 的值为你的 NFS 服务器的 IP 地址和共享路径。同时,需要根据实际情况修改应用的名称、命名空间和其他配置。