コンテナにおける問題のトラブルシューティング

ネームスペースに割り当てられるUID範囲が、指定された範囲（1000/100）に収まっていることを確認することが重要です。 これにより、セキュリティ上の制約を確実に遵守することができる。 プローブ・ジョブのステータスにエラーがないか確認する。

• Cassandra には、以前のインストールまたは部分的なセットアップのデータがすでに含まれています。
• しかし、 Elasticsearch、既存のインデックスがないフレッシュな状態である。
• Cassandra レコードに対応する必要があるデータを Elasticsearch から取得しようとすると、必要なインデックスが見つからず、index_not_found_exception が発生する。

• PVCの状態を確認する。
• 利用可能な永続ボリューム（PV）を確認し、要求されたサイズ、アクセスモード、ストレージクラスでPVが存在し、利用可能な状態であることを確認する。
• 正しいストレージクラスが使用されていることを確認する。
• 保管が不十分でないか。
• ネームスペースのリソース・クォータを確認する。
• 必要に応じてPVCを削除し、再作成する。

• トラストストアの構成がない、または正しくない： Sterling Intelligent Promising 、設定されている正しいトラストストアがないか、必要な証明書が含まれていない。
• 証明書の有効期限が切れているか、無効です：証明書の有効期限が切れているか、ミドルウェア・サービスのホスト名と一致しません。
• 中間 CA 証明書がない：証明書チェーンが不完全なため、検証に失敗する。

• ミドルウェア・サービスが、信頼できるCAによって署名された証明書を使用していることを確認する。
• 正しい CA 証明書を Sterling Intelligent Promising のトラストストアにインポートする。
• 証明書の有効性を確認する。
• ジョブをトリガーするには、 apps.sip.ibm.com/validate-external-services-connections アノテーションを true に設定する。 オペレーターはジョブをトリガーして、開発環境と本番環境の外部インスタンスの接続をチェックします。 接続に失敗するとプロセスが停止し、エラー処理によってエラーが確実にポッドログに記録されるため、正確なデバッグが可能になります。 このアノテーションは、 Sterling Intelligent Promising がデプロイされる前に、外部ミドルウェア・サービスの接続性をチェックするデプロイ前検証ジョブを有効にします。