Menu Close
Settings Close

Language and Page Formatting Options

发行注记和已知问题

Red Hat OpenShift Dev Spaces 3.0

Red Hat OpenShift Dev Spaces 3.0 发行注记和已知问题

摘要

Red Hat OpenShift Dev Spaces 3.0 中有关新功能和已知问题的信息。

使开源包含更多

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始: master、slave、blacklist 和 whitelist。由于此项工作十分艰巨,这些更改将在即将推出的几个发行版本中逐步实施。有关更多详情,请参阅我们的首席技术官 Chris Wright 提供的消息

第 1 章 关于 Red Hat OpenShift Dev Spaces

Red Hat OpenShift Dev Spaces 是一个基于 Web 的集成开发环境(IDE)。OpenShift Dev Spaces 在 OpenShift 中运行,非常适合基于容器的开发。

OpenShift Dev Spaces 提供:

  • 企业级云开发人员工作区服务器
  • 基于浏览器的 IDE
  • 可直接使用的、适用于流行编程语言、框架和红帽技术的开发人员堆栈

Red Hat OpenShift Dev Spaces 3.0 基于 Eclipse Che 7.46。

1.1. 支持的部署环境

OpenShift Dev Spaces 3.0 在列出的平台上提供,并带有列出的安装方法:

表 1.1. OpenShift Dev Spaces 3.0 支持的部署环境

平台构架部署方法

OpenShift Container Platform 4.10

  • AMD64 和 Intel 64(x86_64)
  • IBM Power(ppc64le)
  • IBM Z (s390x)

OpenShift Dedicated 4.10

  • AMD64 和 Intel 64(x86_64)

Red Hat OpenShift Service on AWS(ROSA)4.10

  • AMD64 和 Intel 64(x86_64)

1.2. 支持政策

对于 Red Hat OpenShift Dev Spaces 3.0,红帽将提供对产品的部署、配置和使用的支持。

OpenShift Dev Spaces 3.0 已在 Chrome 版本 101.0.4951.54(官方构建)中测试。

1.3. Eclipse Che 与 Red Hat OpenShift Dev Spaces 之间的区别

OpenShift Dev Spaces 和 Eclipse Che 的主要区别是:

  • 与 Alpine 发行版相比,OpenShift Dev Spaces 基于 RHEL8 构建,以确保包括最新的安全修复。
  • OpenShift Dev Spaces 使用 OpenShift OAuth 进行用户登录和管理。
  • 与 Che 相比,OpenShift Dev Spaces 提供较小的插件子集。
  • OpenShift Dev Spaces 提供 devfile 以用于其他红帽技术,如 EAP 和 Fuse。
  • OpenShift Dev Spaces 在 OpenShift Container Platform、OpenShift Dedicated 和 Red Hat OpenShift Service on AWS(ROSA)上被支持。Eclipse Che 也可以在其他 Kubernetes 集群上运行。

红帽提供许可、打包和支持。因此,OpenShift Dev Spaces 被视为比上游 Eclipse Che 项目更稳定的产品。

第 2 章 主要改进

2.1. 通用基础镜像将所有堆栈和插件 sidecar 整合到单一镜像中

在这个版本中,以下堆栈和插件合并到单个 通用基础镜像(UDI)sidecar 中:

UDI 现在是 OpenShift Dev Spaces 中唯一使用的 sidecar。

UDI 在 OpenShift Dev Spaces 中提供,如 UDI 已被替换的插件和堆栈 sidecar:OpenShift Dev Spaces 管理员可使用镜像拉取(pull)镜像拉取 UDI。用户可以在 devfile 中指定 UDI。

其他资源

2.2. Node.js 版本更新至 16

在这个版本中,Node.js 16 包括在通用基础镜像 sidecar 中,用于替换旧的堆栈和插件 sidecar。

对 Node.js 的支持与 Node.js 生命周期 一致。

其他资源

2.3. 实现 devfile v2 规格的代码示例

在此次更新之前,代码示例实施 devfile v1 规格。在这个版本中,代码示例实施 devfile v2 规格。

其他资源

2.4. Fuse Booster 示例项目已更新,使用 devfile 中的 Red Hat build of OpenJDK 11。

在这个版本中,Fuse Booster 示例项目使用 Red Hat build of OpenJDK 11 而不是 8。

其他资源

2.5. 支持 IBM Z 和 IBM Power 上的 Fuse devfile

在这个版本中,Red Hat Fuse 可在 IBM Z 和 IBM Power 上的 Red Hat OpenShift Dev Spaces 中使用。

示例项目及其关联的用于 Red Hat Fuse 的 devfile 已更新为与 Java 11 一起工作,现在可以用于所有支持的构架。

其他资源

2.6. 删除备份和恢复功能

在 OpenShift Dev Spaces 3.0 中,使用备份服务器(如 SFTP 或 Amazon S3 或 REST 或 REST 或内部备份服务器)来备份和恢复 OpenShift Dev Spaces 实例。CheBackupServerConfigurationCheClusterBackupCheClusterRestore 自定义资源不再被使用。程序错误修复和支持只通过 CodeReady Workspaces 2.15 生命周期的末尾提供。

其他资源

2.7. Red Hat OpenShift Dev Spaces Operator 默认启用 DevWorkspace 引擎

在这个版本中,Red Hat OpenShift Dev Spaces Operator 在新的 stable 频道中默认启用 DevWorkspace 引擎。

其他资源

2.8. JetBrains IntelliJ IDEA 编辑器现在会打开 devfile 中指定的项目

在这个版本中,当使用指定 JetBrains IntelliJ IDEA 编辑器的 devfile 启动工作区时,编辑器会自动打开 devfile 中指定的项目。

其他资源

2.9. 启用管理员指定 pod 容限和节点选择器

在这个版本中,OpenShift Dev Spaces 管理员可以通过在 CheCluster 自定义资源中设置 CustomCheProperty 来指定 podTolerationspodNodeSelector。这是一个全局配置,不能为工作区或用户指定。

其他资源

2.10. 提高了 Che-Theia IDE 的启动性能

在这个版本中,Che Che-Theia IDE 在工作区 20 秒内加载的时间比之前要快。

其他资源

2.11. OAuth 2.0 支持机构的 GitLab 实例

在这个版本中,OpenShift Dev Spaces 支持机构本身的 GitLab 实例上的私有存储库。OpenShift Dev Spaces 管理员可以为 GitLab 实例设置 GitLab-authorized 应用并为 GitLab 实例配置 OAuth 2.0。在 GitLab SaaS 上,不提供对私有存储库的支持。这扩展了 OpenShift Dev Spaces 为 Bitbucket 服务器和 GitHub 提供的 OAuth 2.0 支持。

其他资源

2.12. OpenJDK 取代 IBM Power 和 IBM Z 上的 JVM

在此次更新之前,Eclipse OpenJ9 是针对 IBM Power(ppc64le)和 IBM Z(s390x)OpenShift 集群的容器的 Java SE 实现。在这个版本中,IBM Power(ppc64le)和 IBM Z(s390x)的 OpenShift 容器中的 OpenJ9 JVM 被 Red Hat build of OpenJDK 替代。

安装了 CodeReady Workspaces 实例,升级到 Red Hat OpenShift Dev Spaces 3.0,使用提供 OpenJDK 的新 Universal Developer Image sidecar 容器,而不是为 Java 8 和 11 提供 OpenJ9。

devfiles 仍然引用基于 OpenJ9 的容器的客户必须编辑其 devfile,并替换 plugin-java8-openj9-rhel8plugin-java11-openj9-rhel8,使用 udi-rhel8

Red Hat OpenShift Dev Spaces 3.0 中的新示例已经使用新的 udi-rhel8 sidecar。

其他资源

2.13. 父 devfile 支持

在这个版本中,OpenShift Dev Spaces 支持 devfile v2 来引用 父 devfile

其他资源

2.14. Visual Studio Code Apache Camel 扩展的语言支持版本

红帽 Apache Camel 的语言支持,Vi s Studio Code 扩展增加了对 XML DSL 和 Java DSL 代码的 Apache Camel 语言支持,更新至 0.1.5 版本。

其他资源

2.15. 删除某些部署环境的支持

在 Red Hat OpenShift Dev Spaces 3.0(以前为 CodeReady Workspaces)中,因为切换到 DevWorkspace Operator,对以下部署环境的支持会被删除:

  • OpenShift Container Platform 3.11
  • OpenShift Container Platform 4.8
  • OpenShift Container Platform 4.9
  • Red Hat OpenShift Dedicated 4.8
  • Red Hat OpenShift Dedicated 4.9
  • Red Hat OpenShift Service on AWS 4.8
  • Red Hat OpenShift Service on AWS 4.9

程序错误修复及支持将在 2.15 生命周期结束。在此阶段,不会提供任何新的功能增强。

使用 Red Hat OpenShift Dev Spaces 3.0(以前为 CodeReady Workspaces),支持的部署环境如下:

  • OpenShift Container Platform 4.10
  • Red Hat OpenShift Dedicated 4.10
  • Red Hat OpenShift Service on AWS 4.10

其他资源

2.16. Che 网关部署的日志

在这个版本中,dsc server:logs 命令(以前为 crwctl server:logs)现在可以从 Che Gateway 部署检索日志。此命令也可以从 Che Server、Operator、Dashboard、插件和 devfile registry 和 PostgreSQL 部署检索日志。

其他资源

2.17. Devfile 不再支持 Visual Studio Code 扩展

在 OpenShift Dev Spaces 3.0 中,使用工作区 devfile 指定 Visual Studio Code 扩展已被删除,以满足 devfile v2 规格。程序错误修复和支持只通过 CodeReady Workspaces 2.15 生命周期的末尾提供。要指定 Visual Studio Code 扩展,用户现在必须在 Git 仓库中使用 .vscode/extensions.json 或 . che/che-ia-plugins.yaml。如需更多信息,请参阅 https://access.redhat.com/documentation/en-us/red_hat_openshift_dev_spaces/3.0/html/user_guide/adding-visual-studio-code-extension

其他资源

2.18. OpenShift Dev Spaces 3.0.1 作为技术预览在 Red Hat OpenShift 4.11 上提供

在这个版本中,作为技术预览,OpenShift Dev Spaces 3.0.1 可以在 OpenShift Container Platform 4.11、OpenShift Dedicated 4.11、OpenShift Dedicated 4.11 和 Red Hat OpenShift Service on AWS(ROSA)4.11 上安装和测试,除了支持的 OpenShift Container Platform 4.10、OpenShift Dedicated 4.10 和 Red Hat OpenShift Service on AWS(ROSA)4.10.

重要

支持 Red Hat OpenShift 4.11 上的 OpenShift Dev Spaces 3.0.1 只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议(SLA)支持,且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能,并有机会在开发阶段提供反馈意见。有关红帽技术预览功能支持范围的更多信息,请参阅 https://access.redhat.com/support/offerings/techpreview

其他资源

第 3 章 程序错误修复

第 4 章 已知问题

4.1. 无法在 IBM Z 和 IBM Power 上的 Go Workspaces 中激活调试

在 IBM Z 和 IBM Power 上,OpenShift Dev Spaces 3.0 的 Go 工作区中无法激活调试功能。delve 是 Go 编程语言所需的调试器,不适用于这些平台。尝试激活这个功能会导致 Failed to continue error 信息。这个问题还没有临时解决方案。

其他资源

4.2. Go 工作区中没有预安装语言服务器功能

目前,基于 Golang 的工作区不包括基本的语言服务器功能,如代码自动完成功能。

临时解决方案

  1. 在非受限环境中运行 OpenShift Dev Spaces 实例。
  2. 点击 IDE 对话框中的 Install 安装所需的模块。

其他资源

4.3. 在不稳定的网络时,工作区创建失败

当网络不稳定时,OpenShift Dev Spaces 可能无法创建工作区。OpenShift Dev Spaces 会显示一个错误,如 Failed to run the workspace: "Waiting for pod 'workspace9fbid1gnx7273d47.maven-545f8c9cf4-hw79f' was broken."这个问题还没有临时解决方案。

其他资源

4.4. 不支持 IBM Z 和 IBM Power 上的 devfile

目前,IBM Z 和 IBM Power 不支持以下 devfile:

  • IntelliJ IDEA
  • .Net
  • 红帽 Apache Camel K

这个问题还没有临时解决方案。

其他资源

4.5. 使用 JBoss EAP 7.3 devfile 的 Java 没有 delegateCommandHandler 错误

使用带有 JBoss EAP 7.3 devfile 的 Java 的工作区会失败,并显示以下错误消息: No delegateCommandHandler for vscode.java.startDebugSession这个问题还没有临时解决方案。

其他资源

4.6. 网络问题后没有显示任务

当某个任务正在运行并且有一些网络问题时,终端窗口将被清除,且不包含任何文本。即使恢复连接,终端也会保持为空并加载。这个问题还没有临时解决方案。

其他资源

4.7. OpenShift Connector 插件无法在受限环境中部署应用程序

OpenShift Connector 插件无法部署,因为无法在断开连接的环境中访问 odo 镜像。这个问题还没有临时解决方案。

其他资源

4.8. 缺少 DEBUG 配置

DEBUG 面板在下拉列表中显示 No Configuration,因为没有加载配置。

临时解决方案

  • 刷新页面以显示 debug 配置。

其他资源

4.9. OpenShift Connector 插件不允许在 IBM Power 上创建新组件

在 IBM Power 上,缺少支持的镜像流列表,这会导致组件创建失败。当前没有解决此问题的方法。

其他资源

4.10. 在启用了 DevWorkspace 引擎时升级一个 CodeReady Workspaces 2.15 实例(技术预览)

与管理指南中所述的 升级过程 相比,使用 DevWorkspace 引擎(技术预览)升级一个 CodeReady Workspaces 2.15 实例要简单得多。

临时解决方案

  1. 跳过 升级过程中的第 1 步和第 2 步
  2. 升级步骤 5 步,在为迁移脚本设置环境变量时,使用以下两个值:

    • export PRE_MIGRATION_PRODUCT_SUBSCRIPTION_NAME=codeready-workspaces2,而不是记录 的代码ready-workspaces
    • 导出 PRE_MIGRATION_PRODUCT_OPERATOR_NAMESPACE=openshift-operators,而不是记录的 openshift-workspaces
  3. 升级过程 的第 6 步,仅运行 ./3-subscribe.sh./4-wait.sh 脚本。不要运行 ./1-prepare.sh./2-migrate.sh
重要

从 OpenShift Container Platform 4.10 开始,支持使用 DevWorkspace 引擎部署 OpenShift Dev Spaces 3.0。管理员必须先将运行早期版本的 OpenShift Container Platform 的集群升级到 4.10 或更高版本,然后才能订阅和部署 OpenShift Dev Spaces。

其他资源

4.11. IBM Power 的 Cake-php 示例项目中的错误

在使用 Cake-php 示例时,Configure Apache Web Server DocumentRoots 任务会失败并显示以下错误: error sed: couldn' not open临时文件 /etc/httpd/conf/sedSgv1Z4: Permission denied。当前没有解决此问题的方法。

其他资源

4.12. 目前不支持每个workspace 存储策略

目前,因为更改 DevWorkspace 引擎,不支持针对每个workspace 工作区存储策略。在从 CodeReady Workspaces 2.15 迁移到 OpenShift Dev Spaces 3.0 时,现有的工作区会变为 common 策略。目前无法设置 10 GB 以外的 PVC 存储大小。这个问题还没有临时解决方案。

其他资源

4.13. 403 权限 Denied 错误

目前,在登录到 OpenShift Dev Spaces 时,用户可能会遇到 403 Permission Denied 错误。

临时解决方案:使用 incognito 模式在 Web 浏览器中登录 OpenShift Dev Spaces。

另请参阅 #21352

其他资源

4.14. Che-ia 工作区中的工作空间面板可能显示为空白

在代理环境中使用默认 Che-Theia IDE 的工作区中,工作区面板可能会显示为空白,而不是显示可用的命令、终端和应用程序。

临时解决方案

  1. 运行 $ oc edit proxy cluster
  2. 172.30.0.1 添加到 spec.noProxy 属性。
  3. 在部署了 devworkspace-controller-manageropenshift-operatorsopenshift-devspaces 的项目中运行 oc 命令:

    `$ oc rollout restart -n __<project>__ deploy/devworkspace-controller-manager`

其他资源

4.15. 503 服务 Unavailable504 Gateway Time-out 错误

目前,在刷新已停止工作区的页面后,您可能会遇到 503 Service Unavailable504 Gateway Time-out 错误消息。

临时解决方案:从仪表板中重启工作区。

其他资源

4.16. 无法编辑仪表板中的配置集信息

在 CodeReady Workspaces 2.15 中,用户可以在仪表板的 Account 页面中编辑其配置集信息。由于 OpenShift OAuth 现在专门用于 OpenShift Dev Spaces 3.0 中的用户管理,因此用户只能在 OpenShift 中编辑其用户配置文件。仪表板中的 Account 页面仅用于显示目的。

其他资源

4.17. 502 bad Gateway应用程序不可用 错误

从工作区启动示例应用程序时,用户可能会遇到错误消息,如 502 Bad Gateway应用程序不可用。此错误的原因是 Theia IDE 显示应用程序在应用程序启动完成后就绪的通知。

临时解决方案:等待一分钟或两分钟,并重新载入浏览器标签页。

请参阅 相关问题 #21377

其他资源

4.18. Golang 示例工作区无法在 IBM Power 上删除

目前在 IBM Power 上,基于 Golang 示例项目的工作区可能会创建含有阻止工作空间删除的文件权限的文件。

临时解决方案

  • 询问管理员删除工作区。

其他资源

4.19. 使用 OpenShift Web 控制台创建新的 OpenShift Dev Spaces 实例

目前,使用 OpenShift Web 控制台 OperatorHub 创建新的 OpenShift Dev Spaces 实例,这会导致 Operator 的 openshift-operators 命名空间中默认部署的实例。

临时解决方案

  1. 在 OpenShift Web 控制台的 OperatorHub 中,安装 Red Hat OpenShift Dev Spaces Operator。
  2. 创建一个 & lt;custom_namespace& gt; 项目,如 devspaces。请参阅使用 Web 控制台创建项目
  3. 在下拉菜单中选择新项目后,创建一个新的 OpenShift Dev Spaces 实例。

其他资源

4.20. CheCluster 自定义资源保留其预升级名称

目前,CheCluster 自定义资源的名称与之前从 CodeReady Workspaces 2.15 升级到 OpenShift Dev Spaces 3.0 前相同。升级前 Checluster 自定义资源名为 codeready-workspaces 的客户将在升级后找到相同的名称。这个问题还没有临时解决方案。

其他资源

4.21. Che-Theia 工作区中的 blank Welcome To your Workspace 页面

目前,当工作区加载时,Che-theia 工作区中的 Welcome To Your Workspace 页面可能会为空。这是因为浏览器中缺少自签名 TLS 证书所致。

临时解决方案

  • 如果您使用自签名 TLS 证书通过 HTTPS 连接到运行 OpenShift Dev Spaces 的 OpenShift 集群,请将这些证书导入到浏览器中。

其他资源

4.22. 如果 ConfigMap 包含环境变量,则工作区启动可能会失败

目前,如果应用的 ConfigMap 包含环境变量 env,则工作区可能无法启动。

临时解决方案

  1. 删除包含工作区环境变量的任何 ConfigMap。
  2. 编辑工作空间的 devfile 以添加工作区所需的环境变量。

其他资源

4.23. Maven mvnw 可能会在断开连接的环境中超时

在断开连接的或受限环境中运行 mvnw 的用户可能会遇到超时错误。

临时解决方案

  • 使用 mvn(而非 mvn w )在 工具 终端中手动执行命令。

其他资源

4.24. JBoss EAP 的 Maven 命令失败

目前,对于 JBoss EAP XP MicroProfile 和 JBoss EAP 7.4,Maven 命令可能无法使用两个独立的用户和容器。

临时解决方案

  • 在仪表板中,编辑 devfile 以将 .m2 卷添加到 EAP 容器中,以便 Maven 命令可以使用 .m2 文件夹。

其他资源

4.25. 在受限环境中,Java Gradle 示例失败

目前,受限环境中存在 Java Gradle 示例的问题。运行 1-build 命令以构建应用程序可能会导致 FAILURE:构建失败并显示异常 错误,以及加载原生库或没有插件存储库解析插件工件。这个问题还没有临时解决方案。

其他资源

4.26. 使用 node-debugnode-debug2 插件转换 CodeReady Workspaces Node.js 工作区

目前,使用 OpenShift Dev Spaces 仪表板中的 Convert 按钮将 Deprecated Node.js 工作区转换为 node-debugnode-debug2 插件失败。此时会显示以下出错信息:

工作区转换失败。从 devfile 创建新的工作区失败,原因: Unable to resolve theia plugins …​

在 OpenShift Dev Spaces 3.0 中,node-debugnode-debug2 插件已更新至 js-debug

临时解决方案

  1. 在仪表板页面中编辑 devfile。如果仪表板页面中的编辑器被禁用,请将 devfile 内容复制到新的 devfile.yaml 文件中。
  2. 编辑现有的 v1 devfile(s),将 ms-vscode/node-debug/latestms-vscode/node-debug2/latest 替换为 ms-vscode/js-debug/latest
  3. 提交至 Git 存储库。
  4. 使用以下选项之一从编辑的 devfile 启动新的工作区:

    • factory URL 使用 ?new URL 参数启动重复的工作区:

      https://devspaces-<openshift_deployment_name>.<domain_name>#<git_repository_url>?new
    • 进入 DashboardCreate WorkspaceQuick Addfrom Git Git Repo URL* Enter Git URLCreate & Open

其他资源

4.27. 转换 的红帽 Fuse 工作区无法启动

目前,带有 Red Hat Fuse devfile v1 的工作区无法在 OpenShift Dev Spaces 仪表板中的 Convert 按钮转换为 devfile v2 后无法启动。

临时解决方案

  1. 在仪表板页面中编辑 devfile。如果仪表板页面中的编辑器被禁用,请将 devfile 内容复制到新的 devfile.yaml 文件中。
  2. 在 devfile 中,将目标端口 8080 的端点重命名为 name: port8080
  3. 提交至 Git 存储库。
  4. 使用以下选项之一从编辑的 devfile 启动新的工作区:

    • factory URL 使用 ?new URL 参数启动重复的工作区:

      https://devspaces-<openshift_deployment_name>.<domain_name>#<git_repository_url>?new
    • 进入 DashboardCreate WorkspaceQuick Addfrom Git Git Repo URL* Enter Git URLCreate & Open

其他资源

4.28. 在代理后面的环境中,工作区可能无法启动

目前,工作区可能无法在使用代理的环境中启动。如果您试图通过配置 DevWorkspaceOperatorConfig 自定义资源来自定义代理设置,且组件会在此后重启,则会出现这种情况。在这种情况下,当 Progress 选项卡显示 Waiting for workspace to start 时,工作区无法启动。

临时解决方案

  • 将额外的代理设置应用到 集群 OpenShift Proxy 对象,而不是 DevWorkspaceOperatorConfig 自定义资源。

其他资源

4.29. 过期的 OpenShift OAuth 会话中的空白仪表板页面

目前,当 OpenShift OAuth 会话过期时,仪表板页面会出现空白。

临时解决方案

  • 使用任意选项:

    • 从浏览器中清除与 OpenShift Dev Spaces 仪表板页面相关的 Cookie。
    • 以 incognito 模式加载 OpenShift Dev Spaces 仪表板页面。

其他资源

4.30. 不能使用 GitHub 拉取请求 URL 启动新工作区

目前,在使用 #https://github.com/ <user_or_org> / <repository> /pull/ <pull/ <pull/ <pull/ <pull_request_id> URL 语法时,OpenShift Dev Spaces 无法启动使用 GitHub-hosted 仓库 克隆的新工作区。workspace-starting 页面显示以下错误消息: Failed to resolve a devfile。请求工厂解析器失败:内部服务器错误发生

临时解决方案

  • 输入拉取请求的 fork 和分支的 URL: #https://github.com/ <user_or_org&gt; / <repository&gt; /tree/ <branch_name>.

其他资源

4.31. 工作空间开始和删除可能会失败

目前,工作区可能无法启动,因此您无法将其删除。这是因为持久性卷声明(PVC)问题导致。随后,同样的问题与其他工作区一起发生。

临时解决方案

  1. 删除第一个卡住的 DevWorkspace 对象。
  2. 删除绑定到无效卷的 PVC。

其他资源

4.32. 在带有自签名 TLS 证书的 OpenShift 上的 Visual Studio Code

目前,在 OpenShift 中启动使用 技术预览 Visual Studio Code 的工作区(带有自签名 TLS 证书会导致空白浏览器标签页)。

临时解决方案

  • 将 TLS 证书导入到浏览器中。

其他资源

4.33. Vert.x 健康检查示例在受限环境中失败

目前,通过在断开连接的环境中运行 6-deploy-to-openshift 命令来部署 Vert.x Health Check Example 应用程序会失败。当前没有解决此问题的方法。

其他资源

4.34. Dev Spaces Operator 安装额外的 DevWorkspace Operator

目前,在某些情况下(如 OLM 重启或集群升级),OpenShift Dev Spaces 3.0.0 的 Dev Spaces Operator 可能会自动安装 DevWorkspace Operator,即使集群中已存在 DevWorkspace Operator。这可能会导致严重的后果:OpenShift web 终端可能会停止工作,或者 DevWorkspace Operator 准入 Webhook 可能无法正常工作,这会影响集群的行为。

您可以通过检查 OpenShift web 控制台中的 Installed Operators 来检测到这个问题: 如果发生这个问题,您会看到 DevWorkspace Operator 的多个条目,或一个条目卡在 ReplacingPending 的循环中。

临时解决方案

  • 在 OpenShift 4.10.23 或更早版本,启用订阅以进行自动更新,并通过 OLM 获取 OpenShift Dev Spaces 3.0.1。
  • 在 OpenShift 4.10.24 或更高版本中,按照 相关文档 来修复集群。

其他资源

第 5 章 常见问题解答

能否从 OpenShift Dev Spaces 部署应用程序到 OpenShift 集群?
是。用户必须使用 oc login 从其正在运行的工作区登录到 OpenShift 集群。
为获得最佳性能,建议用于 OpenShift Dev Spaces 的持久性卷?
使用块存储。
是否有可能在同一集群中部署多个 OpenShift Dev Spaces 实例?
不建议这样做。这个功能可能会在以后的发行版本中被删除。
是否有可能 离线安装 OpenShift Dev Spaces(即与互联网断开)?
是。请参阅 在受限环境中安装 OpenShift Dev Spaces
是否可以对 OpenShift Dev Spaces 使用非默认证书?
是的,您可以使用自签名或公共证书。请参阅 导入不信任的 TLS 证书
是否可以同时运行多个工作区?
是。请参阅配置用户可以运行 的工作区数量
IBM Power 系统实施了哪些具体更改?

某些插件的内存限值已被增加,为 Pod 提供足够的 RAM 才能运行。

表 5.1. IBM Power 系统和其它构架之间的区别示例

插件IBM Power 系统其他架构

Che-Theia 编辑器

2G

512M

OpenShift 连接器

2.5G

1.5G