リリースノートおよび既知の問題

Red Hat OpenShift Dev Spaces 3.0

Red Hat OpenShift Dev Spaces 3.0 のリリースノートおよび既知の問題

概要

Red Hat OpenShift Dev Spaces 3.0 の既知の問題および注目すべき機能に関する情報

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。まずは、マスター (master)、スレーブ (slave)、ブラックリスト (blacklist)、ホワイトリスト (whitelist) の 4 つの用語の置き換えから始めます。この取り組みは膨大な作業を要するため、今後の複数のリリースで段階的に用語の置き換えを実施して参ります。詳細は、Red Hat CTO である Chris Wright のメッセージ をご覧ください。

第1章 Red Hat OpenShift Dev Space について

Red Hat OpenShift Dev Spaces は、Web ベースの統合開発環境 (IDE) です。OpenShift Dev Spaces は OpenShift で実行され、コンテナーベースの開発に適しています。

OpenShift Dev Spaces は以下を提供します。

  • エンタープライズレベルのクラウド開発者ワークスペースサーバー
  • ブラウザーベースの IDE
  • 一般的なプログラミング言語、フレームワーク、および Red Hat テクノロジー用に使用できる開発者スタック

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 では、Red Hat は製品のデプロイ、設定、および使用のサポートを提供します。

OpenShift Dev Spaces 3.0 は Chrome バージョン 101.0.4951.54 (Official Build) (64 ビット) でテストされています。

1.3. Eclipse Che と Red Hat OpenShift Dev Space の相違点

OpenShift Dev Spaces と Eclipse Che の主な相違点は次のとおりです。

  • OpenShift Dev Spaces は、更新に時間がかかる Alpine ディストリビューションと比較して、最新のセキュリティー修正が含まれるように RHEL8 に構築されます。
  • OpenShift Dev Spaces は、ユーザーログインと管理に OpenShift OAuth を使用します。
  • OpenShift Dev Spaces は、Che と比較して、サポートされるプラグインのサブセットが小さくなります。
  • OpenShift Dev Spaces は、EAP や Fuse などの他の Red Hat テクノロジーを操作する devfile を提供します。
  • OpenShift Dev Spaces は OpenShift Container Platform、OpenShift Dedicated、および Red Hat OpenShift Service on AWS (ROSA) でサポートされます。Eclipse Che は他の Kubernetes クラスターで実行できます。

Red Hat は、ライセンス、パッケージング、およびサポートを提供しています。そのため、OpenShift Dev Spaces は、アップストリームの Eclipse Che プロジェクトよりも安定した製品とみなされます。

第2章 主な機能拡張

2.1. Universal Developer Image によりすべてのスタックおよびプラグインサイドカーを 1 つのイメージに統合

今回の更新により、以下のスタックとプラグインは、1 つの Universal Developer Image (UDI) サイドカー に統合されるようになりました。

OpenShift Dev Space では使用される唯一のサイドカーは、UDI だけになりました。

UDI は、UDI により置き換えられたプラグインやスタックサイドカーなど、OpenShift Dev Spaces で利用できます。OpenShift Dev Spaces 管理者は、イメージプル機能を使用して UDI をプルできます。ユーザーは、devfile で UDI を指定できます。

関連情報

2.2. Node.js のバージョンが 16 に更新

今回の更新により、Node.js 16 が Universal Developer Image サイドカーに含まれるように、古いスタックおよびプラグインサイドカーが置き換えられました。

Node.js のサポートは Node.js ライフサイクル に合わせて調整されます。

関連情報

2.3. コードサンプルは devfilev2 仕様を実装

この更新の前は、コードサンプルは devfile v1 仕様を実装していました。この更新により、コードサンプルは devfile v2 仕様を実装しています。

関連情報

2.4. devfile で OpenJDK 11 の Red Hat ビルドを使用するよう Fuse Booster サンプルプロジェクトを更新

今回の更新で、Fuse Booster サンプルプロジェクトは 8 ではなく、OpenJDK 11 の Red Hat ビルド を使用するようになりました。

関連情報

2.5. IBM Z および IBM Power での Fuse devfile のサポート

今回の更新で、IBM Z および IBM Power 上の Red Hat OpenShift Dev Spaces で Red Hat Fuse を使用できるようになりました。

Red Hat Fuse 向けサンプルプロジェクトとその関連 devfile が Java 11 で動作するように更新され、サポートされるすべてのアーキテクチャーで使用できるようになりました。

関連情報

2.6. バックアップおよびリカバリー機能の削除

OpenShift Dev Spaces 3.0 では、SFTP、Amazon S3、REST、または内部バックアップサーバーなどのバックアップサーバーを使用した、OpenShift Dev Spaces インスタンスのバックアップおよび復元が廃止されました。CheBackupServerConfigurationCheClusterBackup、および CheClusterRestore カスタムリソースは使用されなくなりました。バグ修正およびサポートは、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 を設定して、ワークスペースに podTolerations および podNodeSelector を指定できるようになりました。これはグローバル設定であり、ワークスペースまたはユーザーに指定することはできません。

関連情報

2.10. Che-Theia IDE の起動パフォーマンス向上

今回の更新により、Che-Theia IDE が以前よりも 20 秒速くワークスペースに読み込まれるようになりました。

関連情報

2.11. 組織の GitLab インスタンスに対する OAuth 2.0 サポート

今回の更新により、OpenShift Dev Spaces は組織独自の GitLab インスタンスでプライベートリポジトリーをサポートするようになりました。OpenShift Dev Spaces 管理者は GitLab で認証されるアプリケーションを設定し、GitLab インスタンスの OAuth 2.0 を設定できます。GitLab SaaS のプライベートリポジトリーに対するサポートは提供されていません。これにより、OpenShift Dev Spaces がすでに Bitbucket サーバーおよび GitHub に提供される OAuth 2.0 サポートが拡張されます。

関連情報

2.12. Open JDK は、IBM Power および IBM Z の JVM を置き換えます

この更新の前は、Eclipse Open J9 は、IBM Power (ppc64le) および IBM Z (s390x) OpenShift クラスターを対象とするコンテナー用の Java SE 実装でした。今回の更新により、IBM Power (ppc64le) および IBM Z (s390x) 用の OpenShift コンテナー内の OpenJ9 JVM は、OpenJDK の Red Hat ビルドに置き換えられました。

インストールされた CodeReady Workspaces インスタンスは、Red Hat OpenShift Dev Spaces 3.0 への更新時に、Java8 および 11 用の OpenJ9 ではなく OpenJDK を提供する新しい Universal Developer Image サイドカーコンテナーを使用するように切り替えます。

devfile が OpenJ9 ベースのコンテナーを参照しているお客様は、devfile を編集し、plugin-java8-openj9-rhel8 および plugin-java11-openj9-rhel8udi-rhel8 に置き換える必要があります。

Red Hat OpenShift Dev Spaces 3.0 の新しいサンプルは、すでに新しい udi-rhel8 サイドカーを使用しています。

関連情報

2.13. 親 devfile のサポート

今回の更新により、OpenShift Dev Spaces は 親 devfile を参照する devfile v2 をサポートするようになりました。

関連情報

2.14. Visual Studio Code 用の Apache Camel 拡張機能の言語サポートのバージョン更新

XML DSL および Java DSL コードの Apache Camel 言語サポートを追加する Visual Studio Code 拡張機能である Red Hat による 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 Gateway デプロイメントからのログ

今回の更新で、dsc server:logs コマンド(以前の crwctl server:logs)が Che Gateway デプロイメントからログを取得できるようになりました。このコマンドは、Che Server、Operator、Dashboard、プラグインおよび devfile レジストリー、および PostgreSQL デプロイメントからログを取得することもできます。

関連情報

2.17. devfile による Visual Studio Code 拡張機能のサポート停止

OpenShift Dev Spaces 3.0 では、devfile v2 仕様 に合わせて、ワークスペース devfile を使用して Visual Studio Code 拡張機能を指定する機能は削除されました。バグ修正およびサポートは、CodeReady Workspaces 2.15 のライフサイクルの終了までしか提供されません。Visual Studio Code 拡張機能を指定するには、ユーザーは Git リポジトリーで .vscode/extensions.json または .che/che-theia-plugins.yaml を使用する必要があります。詳細は、https://access.redhat.com/documentation/ja-jp/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 Container Platform 4.10 に加えて、OpenShift Dev Spaces 3.0.1 を OpenShift Container Platform 4.11、OpenShift Dedicated 4.11、Red Hat OpenShift Service on AWS (ROSA) 4.11 にインストールしてテストできます。、OpenShift Dedicated 4.10、Red Hat OpenShift Service on AWS (ROSA) 4.10。

重要

Red Hat OpenShift 4.11 での OpenShift Dev Spaces 3.0.1 のサポートは、テクノロジープレビュー機能のみです。テクノロジープレビューの機能は、Red Hat の実稼働環境のサービスレベルアグリーメント (SLA) の対象外であり、機能的に完全ではないことがあります。Red Hat は実稼働環境でこれらを使用することを推奨していません。これらの機能は、近々発表予定の製品機能をリリースに先駆けてご提供することにより、お客様は機能性をテストし、開発プロセス中にフィードバックをお寄せいただくことができます。Red Hat のテクノロジープレビュー機能のサポート範囲に関する詳細は、「テクノロジプレビュー機能のサポート範囲」を参照してください。

関連情報

第3章 バグ修正

第4章 既知の問題

4.1. IBM Z および IBM Power の Go ワークスペースでデバッグをアクティベートできない

IBM Z および IBM Power では、OpenShift Dev Spaces 3.0 の Go ワークスペースでデバッグ機能をアクティブにすることはできません。Delve (Go プログラミング言語に必要なデバッガー) は、これらのプラットフォームでは利用できません。この機能をアクティベートしようとすると、Failed to continue エラーメッセージが表示されます。この問題の回避策はありません。

関連情報

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 interrupted." エラーを表示します。この問題の回避策はありません。

関連情報

4.4. IBM Z および IBM Power でサポートされていない devfile

現在、以下の devfile は、IBM Z および IBM Power ではサポートされません。

  • IntelliJ IDEA
  • .Net
  • Apache Camel K by Red Hat

この問題の回避策はありません。

関連情報

4.5. JBoss EAP 7.3 devfile での Java の委譲CommandHandler エラーがない

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 Configurations が表示されます。

回避策

  • ページを更新して、デバッグ設定を表示します。

関連情報

4.9. OpenShift Connector プラグインを使用すると IBM Power で新規コンポーネントを作成できない

IBM Power では、サポートされているイメージストリームの一覧がないため、コンポーネントの作成に失敗します。現在、この問題に対する回避策はありません。

関連情報

4.10. DevWorkspace エンジンを有効にした CodeReady Workspaces 2.15 インスタンスのアップグレード(テクノロジープレビュー)

DevWorkspace エンジンを有効にした CodeReady Workspaces 2.15 インスタンスのアップグレード(テクノロジープレビュー)は、『管理ガイド』で説明されている アップグレード手順 よりも簡単です。

回避策

  1. upgrade procedure で手順 1 と 2 をスキップします。
  2. upgrade procedure の手順 5 で、移行スクリプトの環境変数を設定する際に、以下の 2 つの値を使用します。

    • 文書化された codeready-workspaces 値ではなく、PRE_MIGRATION_PRODUCT_SUBSCRIPTION_NAME=codeready-workspaces2 をエクスポートします
    • 文書化された openshift-workspaces 値ではなく、PRE_MIGRATION_PRODUCT_OPERATOR_NAMESPACE=openshift-operators をエクスポートします
  3. upgrade procedure の手順 6 で、./3-subscribe.sh スクリプトと ./4-wait.sh スクリプトのみ実行します。./1-prepare.sh./2-migrate.sh は実行しないでください。
重要

DevWorkspace エンジンを使用した OpenShift Dev Spaces 3.0 のデプロイのサポートは、OpenShift Container Platform 4.10 より利用できます。管理者は、OpenShift Dev Space にサブスクライブしてデプロイする前に、クラスターで実行している以前のバージョンの OpenShift Container Platform を 4.10 以降にアップグレードする必要があります。

関連情報

4.11. IBM Power 上での Cake-php サンプルプロジェクトのエラー

Cake-php サンプルを使用する際、Configure Apache Web Server DocumentRoots タスクがerror sed: couldn’t open temporary file /etc/httpd/conf/sedSgv1Z4: Permission deniedのエラーで失敗します。現在、この問題に対する回避策はありません。

関連情報

4.12. ワークスペースごとのストレージストラテジーのサポートは現在利用できない

現在、DevWorkspace エンジンへの変更により、per-workspace ワークスペースストレージストラテジーはサポートされません。CodeReady Workspaces 2.15 から OpenShift Dev Spaces 3.0 に移行すると、既存のワークスペースが common のストラテジーに変更されます。現在、PVC ストレージサイズを10 GB 以外に設定することはできません。この問題の回避策はありません。

関連情報

4.13. 403 Permission Denied エラー

現時点で OpenShift Dev Space へのログイン時に 403 Permission Denied エラーが発生する可能性があります。

回避策: Web ブラウザーのプライベートモードを使用して OpenShift Dev Spaces にログインします。

#21352」も参照してください。

関連情報

4.14. Che-Theia ワークスペースの Workspace パネルが空白で表示されることがある

プロキシー化された環境でデフォルトの Che-Theia IDE を使用するワークスペースでは、Workspace パネルが利用可能なコマンド、ターミナル、およびアプリケーションを表示するのではなく空白になる可能性があります。

回避策

  1. $ oc edit proxy cluster を実行します。
  2. 172.30.0.1spec.noProxy プロパティーに追加します。
  3. devworkspace-controller-manager がデプロイされているプロジェクト、openshift-operators または openshift-devspacesoc コマンドを実行します。

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

関連情報

4.15. 503 Service Unavailable または 504 Gateway Time-out エラー

現時点で、停止したワークスペースのページの更新後に、503 Service Unavailable または 504 Gateway Time-out エラーメッセージが表示される可能性があります。

回避策: ダッシュボードからワークスペースを再起動します。

関連情報

4.16. ユーザーはダッシュボードでプロファイル情報を編集できません。

CodeReady Workspaces 2.15 では、ユーザーはダッシュボードの Account ページでプロファイル情報を編集できました。OpenShift OAuth は OpenShift Dev Spaces 3.0 のユーザー管理専用で使用されるようになったため、OpenShift 内のユーザープロファイルしか編集できません。ダッシュボードの Account ページは、表示のみを目的として残ります。

関連情報

4.17. 502 Ba Gateway または application not available エラー

ワークスペースからサンプルアプリケーションを起動すると、502 Bad Gatewayapplication not available などのエラーメッセージが表示されることがあります。このエラーは、アプリケーションの起動が完了する前にアプリケーションが準備状態にあることを示す通知を表示する Theia IDE が原因です。

回避策: 1 分または 2 分待ってから、ブラウザータブをリロードします。

関連する問題 #21377 を参照してください。

関連情報

4.18. IBM Power では Golang サンプルワークスペースを削除できない

現時点で、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. devspacesなどの <custom_namespace> プロジェクトを作成します。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 ワークスペースの空の Welcome To Your Workspace ページ

現時点で、Che-Theia ワークスペースの Welcome To Your Workspace ページは、ワークスペースの読み込み時に空白が表示される可能性があります。これは、ブラウザーに自己署名 TLS 証明書がないために発生します。

回避策

  • 自己署名 TLS 証明書を使用して OpenShift Dev Spaces を実行している OpenShift クラスターに HTTPS 経由で接続する場合は、これらの証明書をブラウザーにインポートします。

関連情報

4.22. ConfigMap に環境変数が含まれる場合にワークスペースの起動が失敗する可能性がある

現時点で、適用された ConfigMap に環境変数の env が含まれると、ワークスペースが起動できなくなる可能性があります。

回避策

  1. ワークスペースの環境変数が含まれる ConfigMap をすべて削除します。
  2. ワークスペースの devfile を編集して、ワークスペースに必要な環境変数を追加します。

関連情報

4.23. Maven mvnw が非接続環境でタイムアウトする可能性がある

非接続環境または制限された環境で mvnw を実行している場合、タイムアウトエラーが発生する可能性があります。

回避策

  • mvnw ではなく mvn を使用して、tools ターミナルでコマンドを手動で実行します。

関連情報

4.24. JBoss EAP で Maven コマンドが失敗する

devfile は 2 つの別のユーザーおよびコンテナーを使用するため、現在、JBoss EAP XP MicroProfile および JBoss EAP 7.4 では Maven コマンドが失敗する場合があります。

回避策

  • Dashboard で devfile を編集して .m2 ボリュームを EAP コンテナーに追加し、Maven コマンドが .m2 フォルダーを使用できるようにします。

関連情報

4.25. 制限された環境で Java Gradle サンプルが失敗する

現時点で、制限された環境で Java Gradle のサンプルに既知の問題があります。1-build コマンドを実行してアプリケーションをビルドすると、FAILURE: Build failed with an exception エラーが発生し、ネイティブライブラリーの読み込みに失敗したり、プラグインリポジトリーのプラグインアーティファクトを解決しない場合があります。この問題の回避策はありません。

関連情報

4.26. CodeReady ワークスペースの変換 node-debug および node-debug2 プラグインを使用した Node.js ワークスペース

現在、OpenShift Dev Spaces ダッシュボードの Convert ボタンを使用して、非推奨 の Node.js ワークスペースを node-debug または node-debug2 プラグインで変換すると失敗します。次のエラーメッセージが表示されます。

ワークスペースの変換に失敗しました。Failed to create a new workspace from the devfile, reason: Unable to resolve theia plugins …​

OpenShift Dev Spaces 3.0 では、node-debug および node-debug2 プラグインが js-debug に更新されました。

回避策

  1. ダッシュボードページのエディターで devfile を編集します。ダッシュボードページでエディターが無効になっている場合は、devfile の内容を新しい devfile.yaml ファイルにコピーします。
  2. 既存の v1 devfile を編集して、ms-vscode/node-debug/latest および ms-vscode/node-debug2/latestms-vscode/js-debug/latest に置き換えます。
  3. Git リポジトリーにコミットします。
  4. 次のいずれかのオプションを使用して、編集した devfile から新しいワークスペースを開始します。

    • 複製ワークスペースを開始するための ?new URL パラメーターを使用したファクトリー URL:

      https://devspaces-<openshift_deployment_name>.<domain_name>#<git_repository_url>?new
    • 次のように移動します。DashboardCreate WorkspaceQuick AddImport from GitGit Repo URL* Enter Git URLCreate & Open

関連情報

4.27. 変換された Red Hat Fuse ワークスペースの起動に失敗する

現在、Red Hat Fuse devfile v1 を使用するワークスペースは、OpenShift Dev Spaces ダッシュボードの Convert ボタンをクリックして devfilev2 に変換した後に開始できません。

回避策

  1. ダッシュボードページのエディターで devfile を編集します。ダッシュボードページでエディターが無効になっている場合は、devfile の内容を新しい devfile.yaml ファイルにコピーします。
  2. devfile で、ターゲットポート 8080 のエンドポイントを name: port8080 にリネームします。
  3. Git リポジトリーにコミットします。
  4. 次のいずれかのオプションを使用して、編集した devfile から新しいワークスペースを開始します。

    • 複製ワークスペースを開始するための ?new URL パラメーターを使用したファクトリー URL:

      https://devspaces-<openshift_deployment_name>.<domain_name>#<git_repository_url>?new
    • 次のように移動します。DashboardCreate WorkspaceQuick AddImport from GitGit Repo URL* Enter Git URLCreate & Open

関連情報

4.28. プロキシーの背後にある環境でワークスペースを開始できない場合があります

現在、プロキシーを使用する環境ではワークスペースの起動に失敗する可能性があります。この失敗は、DevWorkspaceOperatorConfig カスタムリソースを設定してプロキシー設定をカスタマイズしようとし、その後コンポーネントが再起動された場合に発生します。その場合、Progress タブに Waiting for workspace to start と表示されている間、ワークスペースの開始に失敗します。

回避策

  • DevWorkspaceOperatorConfig カスタムリソースではなく、cluster の OpenShift Proxy オブジェクトに追加のプロキシー設定を適用します。

関連情報

4.29. 期限切れの OpenShift OAuth セッションの空白のダッシュボードページ

現在、OpenShift OAuth セッションが期限切れになると、ダッシュボードページは空白で表示されます。

回避策

  • 次のいずれかのオプションを使用します。

    • ブラウザーから OpenShift Dev Spaces ダッシュボードページに関連する Cookie をクリアします。
    • OpenShift Dev Spaces ダッシュボードページをシークレットモードでロードします。

関連情報

4.30. 新規ワークスペースを GitHub プル要求 URL を使用して起動できない

現時点で、#https://github.com/<user_or_org>/<repository>/pull/<pull_request_id> URL構文を使用した場合、OpenShift Dev Spaces は、GitHub がホストするリポジトリーのクローンで新規ワークスペースの起動に失敗します。workspace-starting ページには、Failed to resolve a devfile というエラーメッセージが表示されます。Failed to request factory resolver: Internal Server Error occurred.

回避策

  • プルリクエストのフォークおよびブランチの URL を入力します(#https://github.com/<user_or_org>/<repository>/tree/<branch_name>)。

関連情報

4.31. ワークスペースの開始および削除に失敗する

現時点で、ワークスペースが起動に失敗し、削除できない場合があります。これは永続ボリューム要求 (PVC) の問題が原因で発生します。その結果、他のワークスペースでも同じ問題が発生します。

回避策

  1. 最初にスタックしたワークスペースの DevWorkspace オブジェクトを削除します。
  2. 無効なボリュームにバインドされている PVC を削除します。

関連情報

4.32. 自己署名 TLS 証明書を使用する OpenShift 上の Visual Studio Code

現時点で、OpenShift 上で Technology PreviewVisual Studio Code と自己署名 TLS 証明書を使用するワークスペースを起動すると、空のブラウザータブが表示されます。

回避策

  • TLS 証明書をブラウザーにインポートします。

関連情報

4.33. 制限された環境で Vert.x Health Check Example が失敗する

現時点で、6-deploy-to-openshift コマンドを実行して Vert.x Health Check Example アプリケーションを非接続環境でデプロイすると失敗します。現在、この問題に対する回避策はありません。

関連情報

4.34. Dev Spaces Operator が追加の DevWorkspace Operator をインストールする

現時点で、OLM の再起動やクラスターのアップグレードなどをはじめとする特定の条件下では、クラスター上に DevWorkspace Operator が存在していても Dev Spaces Operator for OpenShift Dev Spaces 3.0.0 がDevWorkspace Operator を自動的にインストールする可能性があります。この問題は、OpenShift Web ターミナルが機能しなくなる、または DevWorkspace Operator アドミッション Webhook が適切に機能しなくなるという深刻な問題を引き起こし、クラスター動作に影響を及ぼす可能性があります。

OpenShift Web コンソールで Installed Operators をチェックして、クラスターでこの問題を検出できます。この問題が発生すると、DevWorkspace Operator の複数のエントリー、または Replacing および Pending のループが発生してスタック状態にある 1 つのエントリーが表示されます。

回避策

  • 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 Systems に実装された特定の変更は何ですか?

Pod を実行するのに十分な RAM を割り当てるために、一部のプラグインのメモリー制限が引き上げられました。

表5.1 IBM Power System と他のアーキテクチャー間のメモリー制限の相違点の例

プラグインIBM Power Systemその他のアーキテクチャー

Che-Theia エディター

2G

512M

OpenShift コネクター

2.5G

1.5G