第5章 既知の問題
Red Hat Trusted Artifact Signer (RHTAS) のこのリリースで解決された既知の問題:
このリリースおよび RHTAS の以前のリリースで見つかった未解決の既知の問題のリスト:
- RHTAS データの新規 OpenShift クラスターへの復元
-
RHTAS データを新しい Red Hat OpenShift クラスターに復元する場合は、クラスターの CA 認証局の変更により TLS 証明書を再生成する必要があります。この変更により、コンポーネント間のセキュアな通信が中断され、復元プロセス中に一部の Pod が停止します。この問題を解決するには、復元を開始し、
ctlogPod の起動が失敗するのを待ってから、restoreTls.sh スクリプト を実行してすべての TLS 証明書を削除し、新しい TLS 証明書の作成を強制します。次に、終了したctlogPod と、開始していないその他の Pod を削除します。その結果、すべての Pod が起動し、コンポーネント間の通信が再確立されます。
- Trillian CR ステータスの更新が失敗します
-
カスタムのレプリカ数を指定した後、Trillian カスタムリソース (CR) は CR 内の
status.replicasフィールドを更新できません。この結果、定義されたレプリカの数と CR ステータスで報告される数が一致しなくなります。正しい数の Pod がデプロイされているにもかかわらず、ステータスフィールドにデフォルト値が誤って表示されるため、監視中に混乱が生じる可能性があります。この問題を回避するには、CR のstatus.replicasフィールドを手動で更新して、レプリカの実際の数と一致させます。この回避策の結果、ステータスフィールドにレプリカの数が正確に反映されるようになりました。
- Cosign は TSA 認証チェーンをローテーションした後、署名されたタイムスタンプの検証に失敗します
cosignの現在のバージョンでは、Timestamp Authority (TSA) 証明書チェーンが 1 つだけであることを想定しています。TSA 証明書チェーンをローテーションする場合、TSA 証明書チェーン全体を個別のターゲットとして The Update Framework (TUF) に渡します。ローテーションプロセス中に、新しい TSA 証明書チェーンを新しい TUF ターゲットとして設定し、古い TSA 証明書チェーンを期限切れにすると、次のエラーメッセージが表示されます。main.go:74: error during command execution: unable to load TSA certificates: TSA certificate chain must contain exactly one leaf certificate現在、この問題に対する回避策はありません。
TSA 署名者キーと証明書チェーンのローテーションは、Red Hat OpenShift Container Platform または Red Hat Enterprise Linux の手順を参照してください。
- アップグレード後は、Rekor Search UI にレコードが表示されない
RHTAS Operator を最新バージョンにアップグレードした後、メールアドレスで検索しても既存の Rekor データが見つかりません。Rekor Search UI が透過性ログをクエリーできるようにする
backfill-redisCron ジョブは、1 日 1 回、午前 0 時にのみ実行されます。この問題を回避するには、午前 0 時まで待つのではなく、backfill-redisジョブを手動でトリガーできます。コマンドラインインターフェイスから
backfill-redisジョブをトリガーするには、以下のコマンドを実行します。oc create job --from=cronjob/backfill-redis backfill-redis -n trusted-artifact-signer
$ oc create job --from=cronjob/backfill-redis backfill-redis -n trusted-artifact-signerCopy to Clipboard Copied! Toggle word wrap Toggle overflow これにより、不足しているデータが Rekor Search UI に戻ります。