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


Red Hat OpenShift Dev Spaces 3.1

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

概要

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

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

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

Red Hat OpenShift Dev Spaces 3.1 は Eclipse Che 7.50 をベースにしています。

1.1. サポートされるデプロイメント環境

OpenShift Dev Spaces 3.1 は、一覧表示されたインストール方法を使用して、一覧表示されたプラットフォームで利用できます。

Expand
表1.1 OpenShift Dev Spaces 3.1 でサポートされるデプロイメント環境
プラットフォームアーキテクチャーデプロイメント方法

OpenShift Container Platform 4.10

  • AMD64 および Intel 64 (x86_64)
  • IBM Power (ppc64le)
  • IBM Z (s390x)

OpenShift Container Platform 4.11

  • AMD64 および Intel 64 (x86_64)
  • IBM Power (ppc64le)
  • IBM Z (s390x)

OpenShift Dedicated 4.10

  • AMD64 および Intel 64 (x86_64)

OpenShift Dedicated 4.11

  • AMD64 および Intel 64 (x86_64)

Red Hat OpenShift Service on AWS (ROSA) 4.10

  • AMD64 および Intel 64 (x86_64)

Red Hat OpenShift Service on AWS (ROSA) 4.11

  • AMD64 および Intel 64 (x86_64)

1.2. サポートポリシー

Red Hat OpenShift Dev Spaces 3.1 では、Red Hat は製品のデプロイ、設定、および使用のサポートを提供します。

OpenShift Dev Spaces 3.1 は 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. CheCluster カスタムリソース定義の改善

今回の更新で、CheCluster カスタムリソース定義が改善され、DevWorkspace Operator へのスイッチで導入された変更を反映するようになりました。OpenShift Dev Spaces 管理者は、よりシンプルでシンプルな設定ファイルを取得して維持できるようになりました。

関連情報

2.2. デフォルトエディターおよびデフォルトコンテナーの管理者レベルの設定

今回の更新により、OpenShift Dev Spaces 管理者はデフォルトの in-workspace エディターおよびデフォルトコンテナーが設定できるようになりました。デフォルトのエディターは、Git リポジトリーの .che/che-editor.yaml ファイルを使用してエディターが指定されない場合や、che-editor URL パラメーターを使用して指定されます。デフォルトコンテナーは、開発者が新規ワークスペースの起動時に devfile を指定しない場合に使用されます。OpenShift Dev Spaces 管理者は、CheCluster カスタムリソースの workspaces セクションの新しい defaultEditor および defaultComponent フィールドを使用してこれらのデフォルトを設定できます。

関連情報

2.3. 停止したワークスペースの新規ページ

今回の更新以前は、ワークスペースの URL にアクセスするか、またはタブを更新すると、停止したワークスペースのブラウザータブに 503 エラーページが表示されました。今回の更新により、503 エラーが表示されるのではなく、警告メッセージ、ワークスペースを再起動するためのリンク、およびダッシュボードに戻るためのリンクが表示されるようになりました。

関連情報

2.4. IntelliJ IDEA Community サンプル devfile の削除

OpenShift Dev Spaces 3.1 では、このエディターをすべてのサンプルで使用することができるため、IntelliJ IDEA Community サンプルはダッシュボードから削除されました。このエディターでワークスペースを起動するには、factory URL パラメーターを使用するか、Git リポジトリーに .che/che-editor.yaml ファイルを作成します。ユーザーガイドの ワークスペース IDE の選択 を参照してください。

関連情報

2.5. Red Hat OpenShift 4.11 での OpenShift Dev Spaces 3.1 のサポート追加

今回の更新により、サポート対象の OpenShift Container Platform 4.10、OpenShift Dedicated 4.10、および Red Hat OpenShift Service on AWS (ROSA) 4.10 に加えて、OpenShift Dev Spaces 3.1 でサポートされるプラットフォームが OpenShift Container Platform 4.11、OpenShift Dedicated 4.11、および Red Hat OpenShift Service on AWS (ROSA) 4.11 に拡張されました。

警告

既存の CodeReady Workspaces 2.15 インスタンスを OpenShift Dev Spaces 3 にアップグレードするには、クラスターを Red Hat OpenShift 4.11 にアップグレードする前に Red Hat OpenShift 4.10 で実行する必要があります。Red Hat OpenShift での CodeReady Workspaces 2.15 のアップグレード は OpenShift Container Platform 4.10、OpenShift Dedicated 4.10、および Red Hat OpenShift Service on AWS (ROSA) 4.10 でのみサポートされ、OpenShift Container Platform 4.11、OpenShift Dedicated 4.11、および Red Hat OpenShift Service on AWS (ROSA) 4.11 ではサポートされません。これは、CodeReady Workspaces 2.15 が OpenShift Container Platform 4.10、OpenShift Dedicated 4.10、および Red Hat OpenShift Service on AWS (ROSA) 4.10 でのみサポートされているためです。

関連情報

第3章 バグ修正

3.1. GitHub プル要求 URL を使用した新規ワークスペースの起動

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

関連情報

第4章 既知の問題

現時点で、admin ユーザーは、Dev Spaces ワークスペースから OpenShift にアプリケーションをデプロイできません。これは、これらのユーザーのデフォルトプロジェクトが Dev Spaces ワークスペースプロジェクトと同じではないためです。この問題は、Node JS や Red Hat Fuse など、アプリケーションを OpenShift にデプロイするサンプルコマンドが反映されるすべての devfile に影響します。この問題は、OpenShift の管理者以外のユーザーアカウントには影響はありません。これは、管理者以外のユーザーは 1 つのプロジェクト (デフォルトの <username>-devspaces namespace) にしかアクセスできないためです。

回避策

  • oc project admin-devspaces コマンドを admin ユーザーとして実行します。
  • または、admin ユーザーとして、環境変数を使用して oc project $DEVWORKSPACE_NAMESPACE を実行し、Dev Spaces namespace を選択します。

関連情報

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

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

関連情報

現在、プライベートコンテナーイメージのプルは、ダッシュボードの User PreferencesAdd Container Registry で追加されたコンテナーレジストリーからイメージをプルすると失敗します。

回避策

  1. devworkspace-container-registry-dockercfg Secret を削除します。

    $ oc delete secret devworkspace-container-registry-dockercfg -n <openshift-project>
  2. 新しい devworkspace-container-registry-dockercfg Secret を作成します。

    $ oc create secret docker-registry devworkspace-container-registry-dockercfg --docker-username=<username> --docker-password=<password> -n <openshift-project>
  3. 新しい Secret のメタデータを編集します。

      labels:
        controller.devfile.io/devworkspace_pullsecret: 'true'
        controller.devfile.io/watch-secret: 'true'

関連情報

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

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

回避策

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

関連情報

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

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

回避策

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

関連情報

現在、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.1 では、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.7. 制限された環境で Java Gradle サンプルが失敗する

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

関連情報

4.8. Che-Theia ワークスペースの空の Welcome To Your Workspace ページ

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

回避策

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

関連情報

4.9. CheCluster カスタムリソースがそのアップグレード前の名前を保持する

現時点で、CheCluster カスタムリソースの名前は、CodeReady Workspaces 2.15 から OpenShift Dev Spaces 3.1 にアップグレードする前と同じままです。アップグレードの前に Checluster カスタムリソース名が codeready-workspaces だった場合、アップグレード後も同じ名前になります。この問題の回避策はありません。

関連情報

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

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

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

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

関連情報

4.11. ユーザーはダッシュボードでプロファイル情報を編集できない

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

関連情報

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

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

関連情報

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

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

関連情報

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.1 のデプロイのサポートは、OpenShift Container Platform 4.10 より利用できます。管理者は、OpenShift Dev Space にサブスクライブしてデプロイする前に、クラスターで実行している以前のバージョンの OpenShift Container Platform を 4.10 以降にアップグレードする必要があります。

関連情報

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

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

関連情報

4.16. DEBUG 設定がなし

設定が読み込まれていないため、DEBUG パネルにはドロップダウンリストに No Configurations が表示されます。

回避策

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

関連情報

4.17. OpenShift Connector プラグインが制限された環境でアプリケーションのデプロイに失敗する

OpenShift Connector プラグインは、非接続環境で odo イメージにアクセスできないためにデプロイに失敗します。この問題に対する回避策はありません。

関連情報

4.18. ネットワークの問題後にタスクについて表示なし

タスクが実行し、一部のネットワークの問題がある場合は、ターミナルウィンドウが消去され、テキストが含まれません。接続が復元されても、ターミナルは空のままで、読み込みます。この問題に対する回避策はありません。

関連情報

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

JBoss EAP 7.3 devfile で Java を使用するワークスペースは、No delegateCommandHandler for vscode.java.startDebugSession. エラーメッセージで失敗します。この問題に対する回避策はありません。

関連情報

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

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

  • .Net
  • Apache Camel K by Red Hat

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

関連情報

4.21. 不安定なネットワークでのワークスペースの作成に失敗する

OpenShift Dev Spaces は、ネットワークが不安定な場合にワークスペースの作成に失敗する場合があります。OpenShift Dev Spaces は、Failed to run the workspace: "Waiting for pod 'workspace9fbid1gnx7273d47.maven-545f8c9cf4-hw79f' was interrupted." エラーを表示します。この問題の回避策はありません。

関連情報

4.22. 言語サーバーの機能は Go ワークスペースに事前にインストールされない

現在、golang ベースのワークスペースには、コードの自動補完など、基本的な言語サーバー機能は含まれません。

回避策

  1. 無制限の環境で OpenShift Dev Spaces インスタンスを実行します。
  2. IDE ダイアログボックスで Install をクリックして、必要なモジュールをインストールします。

関連情報

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

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

関連情報

第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 を割り当てるために、一部のプラグインのメモリー制限が引き上げられました。

Expand
表5.1 IBM Power System と他のアーキテクチャー間のメモリー制限の相違点の例
プラグインIBM Power Systemその他のアーキテクチャー

Che-Theia エディター

2G

512M

OpenShift コネクター

2.5G

1.5G

Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

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

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2026 Red Hat
トップに戻る