Container Platform 3.11 CLI 参考 参考 2 7.3. 安装插件 7.3.1. Plug-in Loader 7.3.1.1. 搜索顺序 7.4. 编写插件 7.4.1. plugin.yaml Descriptor 7.4.2. 建议的目录结构 7.4.3. 访问运行时属性 37 38 38 38 39 39 40 目 目录 录 3 OpenShift Container 务。 。 插件是一 插件是一组 组文件：通常至少有一个 文件：通常至少有一个 plugin.yaml 描述符以及一个或多个二 描述符以及一个或多个二进 进制文件、脚本或 制文件、脚本或资产 资产文件。 文件。 CLI 插件目前 插件目前仅 仅在 在 oc plugin 子命令下可用。 子命令下可用。 重要 重要 CLI 插件目前 插件目前还 您必须 须： ： 安装了可正常工作的 安装了可正常工作的 oc 二 二进 进制文件 制文件。 。 7.3. 安装插件 安装插件 将插件的 将插件的 plugin.yaml 描述符、二 描述符、二进 进制文件、脚本和 制文件、脚本和资产 资产文件复制到 文件复制到 oc 搜索插件的一个位置。 搜索插件的一个位置。 目前， 目前，OpenShift

CLI (OC) 23 为 OpenShift Container Platform CLI 安装此插件后，可以使用 oc foo 命令调用。 其他 其他资 资源 源 查看 Sample plugin 存储库，以了解使用 Go 编写的插件示例。 查看 CLI 运行时存储库 以获取一组工具，以帮助在 Go 中编写插件。 2.5.2. 安装和使用 CLI 插件 为 OpenShift Container kubectl- 开头的 CLI 插件文件。 流程 流程 1. 如有必要，将插件文件更新为可执行。 2. 将文件放在PATH中的任何位置，例如/usr/local/bin/ 。 3. 运行 oc plugin list 以确保列出了插件。 输 输出示例 出示例 如果您的插件没有被列出，请验证文件是否以 oc- 或 kubectl- 开头，是否可执行，且位于 PATH 中。 4. 调用插件引入的新命令或选项。 "I am a plugin named kubectl-foo" $ chmod +x <plugin_file> $ sudo mv <plugin_file> /usr/local/bin/. $ oc plugin list The following compatible plugins are available: /usr/local/bin/<plugin_file> $

CLI 工具 工具 20 为 OpenShift Container Platform CLI 安装此插件后，可以使用 oc foo 命令调用。 其他 其他资 资源 源 查看 Sample plugin 存储库，以了解使用 Go 编写的插件示例。 查看 CLI 运行时存储库 以获取一组工具，以帮助在 Go 中编写插件。 2.4.2. 安装和使用 CLI 插件 为 OpenShift Container kubectl- 开头的 CLI 插件文件。 流程 流程 1. 如有必要，将插件文件更新为可执行。 2. 将文件放在PATH中的任何位置，例如/usr/local/bin/ 。 3. 运行 oc plugin list 以确保列出了插件。 输 输出示例 出示例 #!/bin/bash # optional argument handling if [[ "$1" == "version" ]] echo $KUBECONFIG exit 0 fi echo "I am a plugin named kubectl-foo" $ chmod +x <plugin_file> $ sudo mv <plugin_file> /usr/local/bin/. $ oc plugin list 第 第 2 章 章 OPENSHIFT CLI (OC) 21 如果您的插件没有被列出，请验证文件是否以

CLI 工具 工具 20 为 OpenShift Container Platform CLI 安装此插件后，可以使用 oc foo 命令调用。 其他 其他资 资源 源 查看 Sample plugin 存储库，以了解使用 Go 编写的插件示例。 查看 CLI 运行时存储库 以获取一组工具，以帮助在 Go 中编写插件。 2.4.2. 安装和使用 CLI 插件 为 OpenShift Container kubectl- 开头的 CLI 插件文件。 流程 流程 1. 如有必要，将插件文件更新为可执行。 2. 将文件放在PATH中的任何位置，例如/usr/local/bin/ 。 3. 运行 oc plugin list 以确保列出了插件。 输 输出示例 出示例 #!/bin/bash # optional argument handling if [[ "$1" == "version" ]] echo $KUBECONFIG exit 0 fi echo "I am a plugin named kubectl-foo" $ chmod +x <plugin_file> $ sudo mv <plugin_file> /usr/local/bin/. $ oc plugin list 第 第 2 章 章 OPENSHIFT CLI (OC) 21 如果您的插件没有被列出，请验证文件是否以

registry/org/device-plugin:latest 19 env: - name: MY_DEVICE_PLUGIN_ENV_VAR value: SOME_VALUE volumeMounts: 20 - mountPath: /some/mountPath name: plugin_volume> e> volumes: 21 - name: plugin_volume> configMap: name: serviceAccountName: plugin> 22 imageRepoSecret: 23 name: 适应此环境，您应该将 spoke 上运行的工作负载降低为最小 值，而 hub 会处理昂贵的任务。 构建内核模块镜像并签名 .ko 文件，应在 hub 上运行。Module Loader 和 Device Plugin DaemonSet 的 调度只能在 spoke 上进行。 其他 其他资 资源 源 Red Hat Advanced Cluster Management (RHACM) 4.12.1. KMM-Hub

Gogo/protobuf:plugin/unmarshal/unmarshal.go 缺少某些索引验证。（CVE-2021-3121） glib：64 位平台上 g_bytes_new 功能中的整数溢出，因为隐式多播从 64 位到 32位 位(CVE-2021- 27219) 以下问题与上述 CVE 相关： BZ#1921650 gogo/protobuf: plugin/unmarshal/unmarshal container: gogo/protobuf: plugin/unmarshal/unmarshal.go 缺少特定的索引验证 [openshift-logging-5]（LOG-1361） LOG-1362 CVE-2021-3121 elasticsearch-proxy-container: gogo/protobuf: plugin/unmarshal/unmarshal.go 缺少特定的索引验证 [openshift-logging-5]（(LOG-1362)） LOG-1363 CVE-2021-3121 logging-eventrouter-container: gogo/protobuf: plugin/unmarshal/unmarshal.go 缺少特定的索引验证 [openshift-logging-5]（LOG-1363） 1.2.7. OpenShift Logging 5.0.4

因 nsenter 二进制不存在而失败。Red Hat OpenShift Service Mesh 生成以下出错信息：Error: error configuring CNI network plugin exec: "nsenter": executable file not found in $PATH。容器镜像现在包含 nsenter，WASM 可 以正常工作。 MAISTRA-2534 Service Mesh 144 Istio 在其 Wasm Plugin 机制中支持 OCI（Open Container Initiative） 镜像。您可以将 Wasm 插件分发为 容器镜像，您可以使用 spec.url 字段来引用容器 registry 位置。例如： quay.io/my-username/my- plugin:latest。 因为 WASM 模块的每个执行环境(runt 模块的每个执行环境(runtime)都可以有特定于运行时的配置参数，因此 WASM 镜像由两个 层组成： plugin.wasm （必需）- 内容层。这个层包含一个包含 WebAssembly 模块字节码的 .wasm 二进 制文件，它由运行时加载。您必须将此文件命名为 plugin.wasm。 runtime-config.json （可选）- 配置层。这个层包含一个 JSON 格式的字符串，用于描述目标运 行时模块的

entire SiteConfig defined by /tmp/kust-plugin-config-913473579: stat extra-manifest3: no such file or directory Error: failure in plugin configured via /tmp/kust-plugin-config- 913473579; exit status 1: exit not find test.yaml under source-crs/: no such file or directory Error: failure in plugin configured via /tmp/kust-plugin-config-52463179; exit status 1: exit status 1 Type: ComparisonError Status: nerate-rhel8:v4.10 ADD example-cr2.yaml /kustomize/plugin/ran.openshift.io/v1/policygentemplate/source-crs/ ADD example-cr1.yaml /kustomize/plugin/ran.openshift.io/v1/policygentemplate/source-crs/ $

策略构建，因为 Jenkins Git 插件当前限制的缘故，通过 Git 插件执行的任何 Git 操作都不会利用 BuildConfig 中定义的 HTTP 或 HTTPS 代理。Git 插件将仅使用 Plugin Manager 面板上 Jenkins UI 中配置的代理。然后，在所有任务中，此代理都会被用 于 Jenkins 内部与 git 的所有交互。 其他 其他资 资源 源 您可以在 JenkinsBehindProxy OpenShift Container Platform pod 中运行 Jenkins 时，登录插件会在 Jenkins 正在其中运行的命名空 间中查找名为 openshift-jenkins-login-plugin-config 的配置映射。 如果该插件找到并可以在该配置映射中读取，您可以定义到 Jenkins 权限映射的角色。具体来说： 登录插件将配置映射中的键值对视为 Jenkins 权限到 OpenShift JENKINS 105 如果您创建适当标记或注解的 ConfigMap、ImageStream 或 ImageStreamTag 对象，或者在初 始创建后添加标签，这会导致在 Kubernetes-plugin 配置中创建 PodTemplate。 对于按照配置映射表单的 PodTemplate，对 PodTemplate 的配置映射数据的更改将应用到 Kubernetes 插件配置中的 PodTemplate

pod/vertical-pod-autoscaler-operator-85b4569c47-2gmhc 1/1 Running 0 3m13s pod/vpa-admission-plugin-default-67644fc87f-xq7k9 1/1 Running 0 2m56s pod/vpa-recommender-default-7c54764b59-8gckt apps/vertical-pod-autoscaler-operator 1/1 1 1 3m13s deployment.apps/vpa-admission-plugin-default 1/1 1 1 2m56s deployment.apps/vpa-recommender-default apps/vertical-pod-autoscaler-operator-85b4569c47 1 1 1 3m13s replicaset.apps/vpa-admission-plugin-default-67644fc87f 1 1 1 2m56s replicaset.apps/vpa-recommender-default-7c54764b59