问题标签 [redhat-containers]

我有以下情况。我在 OpenShift 中创建了一个构建：

而且在当地没有什么花哨的。我有一个 .war 文件和 Dockerfile：

我像这样运行构建：

到目前为止一切顺利......但应用程序从未在 OpenShift 中启动。它说：“错误：无法启动容器“myapp”：来自守护进程的错误响应：oci 运行时错误：container_linux.go:235：启动容器进程导致“exec：\”/opt/webserver/bin/catalina.sh\ “：stat /opt/webserver/bin/catalina.sh：没有这样的文件或目录”我试图跳过CMD行但没有成功。我100％路径是正确的。

我尝试从本地 Dockerfile 构建 Docker 映像并启动它。在本地按预期工作，但在 OpenShift 中 - 不起作用。我做错了什么，但我不知道是什么。

如果有人指出我的问题，我将不胜感激。

解决了

原来我依赖的是罪魁祸首centos。解决方案是使用这个：

我创建了一个带有图像的 pod 来发布一个nextjs有很多手动修改的站点

我最初创建了 pod 和镜像，镜像端口 3000 映射到主机端口 3000 使用这个单行：

podman run -dt --pod new:alpinenpmpod -p 3000:3000 alpine

在创建 pod 和映像之后，如何将映像的端口 3000 映射到主机端口 80？

输出podman pod inspect alpinenpmpod：

另外，有没有办法可以将这个 pod 连同它的图像一起导出，以便我可以在其他地方运行它们？

我正在尝试在 Openshift 中运行 rh-sso-7/sso74-openshift-rhel8 容器，它显示以下内容：

请帮忙。

关于下面的 BuildConfig YAML 代码：

我们不应该在“构建”>“图像”页面中看到“python:3.6”图像流标记吗？策略部分中的“命名空间：openshift”是什么意思？

我有 .net core 3.1 registry.redhat.io/rhel8/dotnet-31-runtime:latest的 redhat linux 映像

在我的应用程序的 docker 文件中，如果内部参考包（sqlite）可以删除，我想创建一个没有图像的图像

我试过 RUN yum -y remove sqlite-libs 但没用

我有一个要导入 RHDM 7.9.0 的 java 类。它会导入，但会显示一条警告消息，指出无法解析该类。导入后，我可以在源视图中查看它，但是当我尝试打开模型视图时，它显示消息“无法解析 Java 文件，无法打开编辑器选项卡，请改用源选项卡。”

这是正常的还是我的 Java 文件有问题？

我已经在 Windows 上下载了代码就绪容器，用于安装我的 openshift 集群。我需要使用运营商中心的运营商在其上部署 3scale，但运营商中心页面为空。深入挖掘我发现集群上的一些 pod 没有运行并显示状态“ImagePullBackOff”我删除了这些 pod 以重新启动它们，但错误不会消失。我检查了事件日志，并附上了所有截图的图像。 Pods 终端日志 这是我在启动集群时不断遇到的错误。有时会出现有时会正常启动，但这可能与它有关。 Quay.io 错误 这是我第一次在 openshift 集群上进行部署并设置我的集群环境。到目前为止，即使在删除并重新启动集群之后，我也无法解决该问题。

我已经在我的 Mac 上安装并设置了 CodeReady 容器，尝试使用示例节点 js 应用程序创建项目，但构建失败并在日志中显示此消息。

我们是否需要对 CodeReady 容器进行任何更改才能访问 github.com ？

尝试使用 microdnf 将 git 安装到 Redhat UBI 8 最小映像中失败。我已经将我认为的问题追溯到 git 需要的 shadow-utils 的安装。尝试单独安装 shadow-utils 也会失败。在我将 git 添加到列表之前，我安装其他常见的构建环境工具没有问题，并且它开始在 shadow-utils 上失败。

我可以通过使用非最小图像并使用 yum 而不是 microdnf 安装来解决问题。不过，这似乎应该工作。除了使用更大的图像开始之外，还有其他解决方法吗？

我正在尝试按照 Craig Robinson 博客文章（位于https://medium.com/swlh/guide-okd-4-5-single-node-cluster-832693cb752b）构建一个 OKD 4.5 单节点集群。我首先在引导节点上遇到了这个问题，但是在再次删除并重新创建整个过程之后，它成功启动了。但是在准备控制平面主节点时，同样的问题再次发生。在初始 coreos 下载（证明 webserver 工作正常）之后，我一遍又一遍地收到这个重复出现的 GET 错误消息：

这是我的控制平面节点配置：

IP 是： okd-services: 10.106.31.231 ；引导程序：10.106.31.232；控制平面：10.106.31.233

我可以从远程 pc 访问http://10.106.31.231:8080/okd4地址并列出包括 master.ign 文件在内的内容。ping“api-int.lab.okd.local”也成功了。okd-services 节点上的 firewalld 开放端口是：

okd-services 节点上的 dig 测试的输出是：

我删除并重新创建了控制平面以查看它是否解决了问题，但没有成功。知道这个问题是什么意思吗？