问题[openshift-origin](server)

我有一个 OKD 集群，其中 GlusterFS 作为存储类，Heketi 作为前端。一切正常，直到破坏 Heketi 数据库。现在我无法对存储进行任何更改，也无法添加新的持久卷。GlusterFS 仍然可以很好地为 Pod 提供现有的持久卷。

我尝试使用加载拓扑文件重新创建 Heketi 数据库，但我认为 Heketi 正在尝试在已经包含具有工作 GlusterFS 的 LVM 的设备上的 LVM 上创建物理卷。当我尝试加载拓扑时，我在 Heketi 日志中看到以下行：

[kubeexec] DEBUG 2021/01/23 17:04:39 heketi/pkg/remoteexec/log/commandlog.go:34:log.(*CommandLogger).Before: Will run command [/usr/sbin/lvm pvcreate -qq --metadatasize=128M --dataalignment=256K '/dev/sdb'] on [pod:glusterfs-storage-vdm96 c:glusterfs ns:glusterfs (from host:okd-admdev-compute1 selector:glusterfs-node)]

Heketi 客户端挂起将设备添加到集群，然后超时。

[root@heketi-storage-12-wn652 tmp]# heketi-cli topology load --json=topo.json 
Creating cluster ... ID: 6a65d3bce35760e5075db0cae6ed8e7e
    Allowing file volumes on cluster.
    Allowing block volumes on cluster.
    Creating node okd-admdev-compute1 ... ID: 7da6b2b1e4f9a723cfd769618ef36a51
        Adding device /dev/sdb ... Unable to add device: Initializing device /dev/sdb failed (failed to check device contents): timeout
    Creating node okd-admdev-compute2 ... ID: e63f5366838492219a8f929ee4cc67a7
        Adding device /dev/sdb ...

如何在不重新初始化设备的情况下重新创建 Heketi 数据库并使用现有数据重用设备？

我正在开发一个 python3 脚本，它通过 rsync 从安装在 pod 中的 PersistentVolumeClaims 复制数据。该脚本在一个 pod 中执行，因此 rsync 连接是从一个 pod 到另一个远程 pod。

问题是，只要要复制的数据量有点大，rsync 就会失败并出现以下错误：

2020-05-05 16:14:06,330 - OCPRSYNCER - INFO - rsync -ahrvz --quiet --delete --progress=true --rsh='oc rsh -n test-rsyncer -c postgresql' postgresql-2-h8qjb:/var/lib/pgsql/data/ /opt/app-root/backup/PVCs/test-rsyncer/postgresql/

E0505 16:14:09.843986      26 v2.go:147] write /dev/stdout: resource temporarily unavailable

容器的用户是 root，这些是 pod 内的 ulimits 设置：

sh-4.2# whoami
root
sh-4.2# ulimit -a
core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 128597
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1048576
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 1048576
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
sh-4.2# 

我部署了一个 django 应用程序 openshift，由一家公司作为 PaaS 提供给我们。我在这个部署中添加了持久卷，它是 RWO（Read Write Once）。我不在其他地方使用该卷。部署使用滚动策略。

当我尝试部署新版本时，它挂起超过 5 分钟，然后又失败了。但是当我在我的 OSX 中使用 Minishift 进行测试时，它不会引起任何问题。我很困惑，滚动策略对于持久卷失败是否是正常问题？

我可以通过以下方式将用户添加到集群角色“集群管理员”：

oc adm policy add-cluster-role-to-user cluster-admin <user>

但是如何列出所有具有 cluster-admin 角色的用户？

环境：OpenShift 3.x

我有一个全新的 openshift 安装，我使用凭据系统登录：管理员（通过 oc）。当我尝试获取路由器列表时，我得到了这个：

[root@centos2 master]# oadm router --dry-run     --credentials='/etc/openshift/master/openshift-router.kubeconfig'     --service-account=router
Flag --credentials has been deprecated, use --service-account to specify the service account the router will use to make API calls
error: can't check for existing router "router": User "system" cannot get services in project "default"

我也无法添加新路由器并获取有关服务的信息。我也尝试过其他用户。我想这是一个与特权相关的问题。有任何想法吗？谢谢

我正在使用本教程在 centos 上安装 openshift origin：https: //www.stevem.io/post/getting-started-with-openshift-v3-on-vmware/ Ansible 安装成功，我可以看到 kubernetes 节点状态：

[root@os-m-01 ~]# oc get nodes
NAME               STATUS                     AGE
os-m-01.mydomain   Ready,SchedulingDisabled   43m
os-n-01.mydomain   Ready                      42m
os-n-02.mydomain   Ready                      43m
os-n-03.mydomain   Ready                      42m
os-n-04.mydomain   Ready                      43m

DNS 设置正确。但是当我这样做时

[root@os-m-01 ~]# oc get svc
NAME         CLUSTER-IP   EXTERNAL-IP   PORT(S)                 AGE
kubernetes   172.30.0.1   <none>        443/TCP,53/UDP,53/TCP   50m

我没有看到教程中提到的服务——docker-registry、registry-console、router。我该如何调试这个问题？如何过滤 openshift 日志中的错误？journalctl -p 仅开始显示信息级别的消息。

我对 OpenShift 中的持久卷有点困惑，我想知道如果具有持久卷的 pod 失败会发生什么，该卷是否会永远丢失？当 pod 失败时，是否可以将卷迁移到另一个 pod？如果是，哪种持久卷支持迁移？

我想为所有用户提供社区墨盒。我在 yum 中找不到包：yum search origin-cartridge

我怎样才能做到这一点？