第5章 修正された問題

Cryostat のリリースには、Cryostat の以前のリリースで特定された問題の修正が含まれている場合があります。問題の説明とその後の修正については、修正された各問題の注記を確認してください。

Cryostat 2.3.1 で修正された問題

Cryostat 2.3.1 リリースで、以下の問題が修正されました。

保存された認証情報は、JMX 認証を必要とするターゲットアプリケーションに対して誤って一致し、Cryostat エージェントを統合します。

通常、Cryostat エージェントは、Cryostat が対話する読み取り専用 HTTP API を公開するように設定されます。Cryostat エージェントは、検出プラグイン実装としてこの HTTP API URL を Cryostat に提供します。ターゲットアプリケーションに組み込み Cryostat エージェントがあり、Cryostat が HTTP ではなく Java Management Extensions (JMX)経由でターゲットへの接続を試みると、競合が発生する可能性があります。この場合、エージェントの保存された認証情報は重複し、ターゲットアプリケーションの JMX 認証に必要な保存された認証情報と競合する可能性があります。

Cryostat 2.3.1 より前では、この競合により JMX 認証に誤った認証情報が表示され、記録の一覧表示や Automated Rules のアクティブ化などの Cryostat 操作が失敗する可能性がありました。この問題は、統合エージェントがプロパティー cryostat.agent.registration.prefer-jmx で設定され、ターゲットアプリケーションで JMX が有効化されている場合に発生する可能性があります。この問題は、統合エージェントが、デフォルト動作である Discovery の HTTP URL に登録するように設定された場合にも発生する可能性がありますが、ターゲットアプリケーションインスタンスは Kubernetes API 検出などの他のメカニズムでも検出可能でした。

Cryostat 2.3.1 以降、Cryostat エージェントは、より具体的な一意のセレクターを使用して認証情報を特定します。この修正により、Cryostat はエージェントの認証情報と JMX 認証に必要な認証情報を区別できるようになりました。

CRYOSTAT_DISABLE_BUILTIN_DISCOVERY 環境変数が Custom Target を無効にする

Cryostat 2.3.1 より前は、CRYOSTAT_DISABLE_BUILTIN_DISCOVERY 環境変数を True に設定すると、このアクションは、他の組み込み検出メカニズムに加えて、Custom Target 機能も無効にしていました。想定される動作は、CRYOSTAT_DISABLE_BUILTIN_DISCOVERY 環境変数が、Custom Target 以外の組み込み検出メカニズムをすべて無効にすることです。

この問題は Cryostat 2.3.1 リリースで解決され、これにより、CRYOSTAT_DISABLE_BUILTIN_DISCOVERY 環境変数を True に設定した場合でも、Custom Target 機能が常に利用可能になります。

OpenShift Container Platform 4.12 以降で Cryostat Web アプリケーションからログアウトできない

Cryostat 2.3.1 より前は、Logout をクリックして Cryostat Web アプリケーションからログアウトした場合、OpenShift Container Platform 4.12 以降にデプロイされた Cryostat インスタンスのログアウト操作は失敗していました。想定される動作は、ログアウト操作によってクラスター OAuth ログインにリダイレクトされることです。代わりに、ログアウトの試みは失敗し、以下のエラーメッセージが表示されました。

Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at https://oauth-openshift.apps-crc.testing/logout.(Reason: CORS header 'Access-Control-Allow-Origin' missing).Status code: 200.

HTTP API を介して multipart/form-data 送信の自動化ルールを作成すると失敗する

Cryostat 2.3.1 より前は、HTTP API 経由で multipart/form-data メディアタイプとして送信されたデータを使用して自動化ルールを作成しようとすると、"HTTP 415" エラーが発生しました。このエラーは、Cryostat が multipart/form-data メディアタイプをサポートしていないために発生しました。

Cryostat 2.3.1 以降では、Cryostat は、以下のメディアタイプのいずれかで送信されるデータの自動ルールを作成できます。

Cryostat のインストールを含む namespace を削除するとフリーズする場合がある

Cryostat 2.3.1 より前は、Cryostat インスタンスがまだインストールされている namespace を削除しようとした場合、削除操作がフリーズする可能性がありました。これは、Cryostat または Cluster Cryostat カスタムリソース (CR) の最終的なクリーンアップアクションが完了する前に Lock ConfigMap オブジェクトが削除された場合に発生する可能性があります。期待される動作は、削除操作が成功し、Cryostat のインストール用に作成されたリソースに対するクリーンアップアクションが完了することです。

この問題は、Cryostat Operator が削除された namespace の一部である場合を除き、すべてのケースで Cryostat 2.3.1 リリースで解決されています。この状況では、デフォルトのインストールモード All namespaces on the cluster (default) を使用して、Cryostat Operator を再インストールすることを検討してください。再インストールされた Operator は、残っている状態をクリーンアップし、namespace が削除されるようにします。

JMC プローブテンプレートの検証エラー

Cryostat 2.3.1 より前では、Cryostat Web コンソールの Events ビューを介してプローブテンプレートをアップロードしようとすると、アップロードが検証エラーで失敗する可能性がありました。この検証エラーは、プローブテンプレートで定義できるメソッドパラメーターのコンテンツタイプを解析するときに発生した問題によって生じました。

失敗後に JMC プローブテンプレートをアップロードできない

Cryostat 2.3.1 より前は、プローブテンプレートのアップロード時に障害が発生した場合、このテンプレートをさらにアップロードしようとすると、HTTP 500 エラーを表示して同様に失敗していました。この問題は、検証チェックに失敗した無効なテンプレートをアップロードし、その後同じテンプレートの有効なバージョンをアップロードしようとした場合に発生しました。この場合、Cryostat は同じ名前のテンプレートがすでに存在していることを警告しませんでした。

Cryostat 2.3.1 以降、重複したファイル名でプローブテンプレートをアップロードしようとすると、Cryostat はエラーメッセージを表示します。

JMX URL を公開する際のエージェント設定の誤ったポート番号

Cryostat 2.3.1 より前は、HTTP ではなく JMX 経由で到達可能なものとして登録するように Cryostat エージェントを設定した場合、エージェント設定の公開 URL には正しい JMX ポート番号が含まれていませんでした。

ルールを無効化するための警告モーダルの誤ったテキスト

Cryostat 2.3.1 より前のバージョンでは、Cryostat Web コンソールで自動化ルールを無効にすると、警告モーダルに以下の誤ったテキストが表示されていました。

If you click Delete, the rule will be disabled.

Cryostat 2.3.1 以降では、警告モーダルに以下のテキストが表示されます。

If you click Disable, the rule will be disabled.

トポロジービューに間違った順序でトグルアイコンが表示される

Cryostat 2.3.1 より前のバージョンでは、グラフモードとリストモードを切り替えた際、Cryostat Web コンソールの Topology ビューに、トグルアイコンが正しい順序で表示されませんでした。

Cryostat 2.3.1 以降では、グラフモードではリストモードアイコンが正しく表示され、リストモードではグラフモードアイコンが正しく表示されます。