关于kubesphere3.0 容器无法调度，最小副本无法不可用的问题

jinwen

前一段时间在完成3.0安装以后，一切基本正常，后来添加服务的时候可能误删了local的mysql，但没有影响集群的上下游状况，今天在重新拿起来看的时候发现重新部署的mysql，状态没有ready，容器组无法调度

另外还有错误的local-pv容器日志报错
I1019 07:35:27.843130 1 start.go:65] Starting Provisioner…

failure in preupgrade tasks: failed to list localpv based pv(s): persistentvolumes is forbidden: User “system:serviceaccount:kube-system:openebs-maya-operator” cannot list resource “persistentvolumes” in API group "" at the cluster scope

通过应用商店或者helm手动拉去安装的mysql皆无效，不能使用，遇到此问题的诸位麻烦分享一下经验

bmingithub

如果没有实际业务在跑的话，可以重装一下。

jinwen

bmingithub 请问怎么可以完整的卸载清理环境呢，否则连系统全部重装的话太过耗时麻烦，还是说可以重新覆盖安装解决

Cauchy

jinwen
对openebs做过什么操作呢？

jinwen

Cauchy 第二张图就是openebs-localpv的报错日志了，麻烦分析下

Cauchy

jinwen
报错是权限的问题，你这个openebs是怎么装的呢？自己装的还是kk装的呢？

jinwen

Cauchy 是kk直接装的，后来因为需要重新apply了openebs安装的yaml文件，池后来建好了，但是好像并没有覆盖安装，然后容器组的这个就成这样了

Cauchy

jinwen
重新apply的openebs yaml是哪里来的呢？

可以在/etc/kubernetes/addons里边找到openebs的yaml，然后重新apply下

jinwen

Cauchy openebs官方的openebs-openator.yaml，在没有安装3.0之前用过的openebs,所以后面就直接apply了，您说的这个目录里的文件操作是将kk带的这个openebs重新覆盖吗？那之前建的卷和池也都会清除吧，我试试呢

jinwen

Cauchy 更改了以后恢复到了kube-system那个openebs的localpv控制，那么我之前通过新创建的openebs命名空间中的openebs部署的一些持久化存储的东西就没有用了是吗，必须得全部重建还是可以继承继续使用，目前恢复到kubesphere-system里面的openebs，但是无法获取blockdevice,就无法建立存储池

jinwen

Cauchy 问题仍然是无法调度，pod has unbound immediate PersistentVolumeClaims，我怀疑是这个pvc卡死
，删除也删除不掉，请问有什么好的办法

haozixu

Cauchy 目前我这也是遇到这个问题，用官方的openebs-openator.yaml（默认namespace:openebs）后，报相同的错误，如果利用kubesphere-3.0的yaml文件覆盖，那用官方部署的存储该如何处理呀？

LuLiMingAmos

host集群空只面板上不显示mem集群的监控数据，mem集群的promet heus在monitoring
空间下

695959653

这个问题最后解决了吗, 我也遇到这个问题了

f10atin9

system:serviceaccount:kube-system:openebs-maya-operator 这个用户在集群范围内没有权限访问 persistentvolumes 资源。

f10atin9

可以通过apply这个yaml进行授权：

kind: ClusterRole
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: openebs-pv-access
rules:
- apiGroups: [""]
  resources: ["persistentvolumes"]
  verbs: ["get", "list", "watch"]
---
kind: ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: openebs-pv-access-binding
subjects:
- kind: ServiceAccount
  name: openebs-maya-operator
  namespace: kube-system
roleRef:
  kind: ClusterRole
  name: openebs-pv-access
  apiGroup: rbac.authorization.k8s.io