问题标签 [openshift-origin]

当我运行一些 docker 容器时，我需要在命令行 ( docker run image some-parameters) 上提供参数。oc new-app在 OpenShift Origin 中使用时如何提供相同的参数？

我有一个简短的一般性问题，关于 openshift 的自动负载平衡以避免特定节点过载。

现在我们有一个有 5 个节点的小型系统，它们的功能或多或少相似。

出于某种原因，openshift 似乎总是从 node0 开始并将其填充到它的最大 pod，然后移动到 node1、node2 等。而不是试图平衡事情。

这会导致第一个节点有 70+ 的相当高的负载，而最后一个节点完全空闲。

如果负载超过 X，是否有某种方法可以基于节点指定不调度更多节点？

谢谢

我正在尝试为 java 应用程序打开一个开放班次的端口。但是当我运行应用程序时出现此错误

有任何想法吗？

根据该文档，如果 openshift origin 作为 docker容器运行，则在容器被移除时，所有配置和存储的应用程序定义也将被移除。

我的问题是，如果我正在运行容器，有没有办法在不丢失配置的情况下升级 openshift？

当我运行 openshift/origin docker image$ docker logs origin时，我在容器（ ）的日志中看到了这个错误。

Error running 'chcon' to set the kubelet volume root directory SELinux context

这是一个已知问题还是可以忽略或我错过了什么？

我使用的命令行是 docker run -d --name "origin" -e "http_proxy=$http_proxy" -e "https_proxy=$https_proxy" -e "no_proxy=$no_proxy" --privileged --pid=host --net=host -v /:/rootfs:ro -v /var/run:/var/run:rw -v /sys:/sys openshift/origin start --cors-allowed-origins='.*'

我的操作系统和环境的一些信息： 3.12.28-4-default SUSE Linux Enterprise Server 12 (x86_64) VERSION = 12 PATCHLEVEL = 0 NAME="SLES" VERSION="12" VERSION_ID="12" PRETTY_NAME="SUSE Linux Enterprise Server 12" ID="sles"

尝试使用持久卷时，我们的 openshift aws 部署存在问题。

这些是尝试部署 mysql-persistent 实例时出现的一些错误。

-无法为 pod“mysql-4-uizxn_persistent-test”挂载卷：云提供商不支持卷 -错误同步 pod，跳过：云提供商不支持卷

我们在每个节点 node-config.yaml 上添加了以下内容

并将以下内容添加到我们的 master-config.yaml

不确定我们是否只是遗漏了某些东西，或者是否存在已知问题/解决方法。

还有一个问题是 openshift 或 kubernetes 如何知道配置文件已更改？

也只是为了给您一些背景信息，我们使用openshift-ansible来部署我们的环境。

我想知道是否建议在生产环境中使用该图像。或者我应该本地安装 Openshift？

如果我可以在生产中使用 docker 镜像，当新版本的镜像发布时我应该如何升级它？我知道在启动新的 docker 容器时我会丢失所有配置和应用程序定义。有没有办法保留它们？映射卷？应该映射哪些卷？

我使用的命令行是： $ sudo docker run -d --name "origin" \ --privileged --pid=host --net=host \ -v /:/rootfs:ro -v /var/run:/var/run:rw -v /sys:/sys -v /var/lib/docker:/var/lib/docker:rw \ -v /var/lib/origin/openshift.local.volumes:/var/lib/origin/openshift.local.volumes \ openshift/origin start

PS。我昨天问了一个相对的问题，但没有关注同一个问题。

2016 年 1 月 20 日更新

我已经尝试过@Clayton 的映射文件夹建议，/var/lib/origin该建议在 2016 年 1 月 17 日之前运行良好。然后我在部署路由器和其他一些应用程序时开始遇到Failed to mount 问题。当我将其更改回 mapping/var/lib/origin/openshift.local.volumes时，到目前为止似乎还可以。

在创建一个使用 Kubernetes 进行微服务部署的平台时，我们希望对 Kubernetes 部署对象进行依赖。但是，我们看到了文档http://kubernetes.io/v1.1/docs/user-guide/deployments.html说以下“请注意，部署对象实际上具有 API 版本 v1alpha1。Alpha 对象可能会在未来的软件版本中更改甚至停止使用”我想知道我们是否应该继续使用部署概念来进行部署，本质上是滚动更新，或者因为它如果我们自己重新实现相同的概念，可能会停止或更改并慢慢将新的 pod 添加到新的 rc 中。部署的计划或提议的更改是什么，或者该概念正在消失以获得更好的概念？另外我想知道为什么 OpenShift 没有使用 Deployment 对象，当时它还没有准备好吗？

不要误会我的意思。我喜欢这些警告，但它不必在我执行时一直存在oc status -v。

当我重新启动主服务器时，路由器和注册表也会重新启动，并且会出现一些警告消息： Warnings: * container "registry" in pod/docker-registry-1-cena8 has restarted 3 times * container "router" in pod/router-1-lv4vn has restarted 4 times

审核后可以清除吗？

突然之间，我无法部署一些以前可以部署的图像。我得到了以下 pod 状态：

该应用程序将无法启动。pod 未尝试运行容器。从事件页面，我得到了Back-off pulling image "172.30.84.25:5000/default/arix@sha256:d326. 我已经验证我可以使用带有docker pull.

我还检查了最后一个容器的日志。由于某种原因它被关闭了。我认为吊舱至少应该尝试重新启动它。

我已经没有办法调试这些问题了。我还能检查什么？