Brand Portal への並列公開における問題のトラブルシューティング troubleshoot-issues-in-parallel-publishing-to-brand-portal

Brand Portal と Experience Manager Assets の連携を設定すると、承認済みブランドアセットを Experience Manager Assets オーサーインスタンスからシームレスに取り込む（または公開する）ことができます。 設定が完了すると、Experience Manager作成者はレプリケーションエージェントを使用して、選択した 1 つ以上のアセットをBrand Portal Cloud Service にレプリケートし、Brand Portal ユーザーが使用できる状態にします。 Experience Manager 6.2 SP1-CFP5、Experience Manager CFP 6.3.0.2 およびそれ以降では、高速な並列公開を実現するために複数のレプリケーションエージェントが使用されています。

/etc/cloudservice 下にBrand Portalのクラウドサービスを設定すると、必要なユーザーとトークンがすべて自動生成され、リポジトリに保存されます。 クラウドサービスの設定が作成され、レプリケーションに必要なサービスユーザーと、コンテンツをレプリケートするためのレプリケーションエージェントも作成されます。これによって 4 つのレプリケーションエージェントが作成されます。したがって、多数のアセットを Experience Manager から Brand Portal に公開するときは、アセットがキューに入り、これらのレプリケーションエージェント間でラウンドロビンを通じて配分されます。

ただし、大きな Sling ジョブや、Experience Manager オーサーインスタンス上のネットワークおよび​ ディスク I/O の増加や Experience Manager オーサーインスタンスのパフォーマンス低下などの理由で、公開が断続的に失敗することがあります。Adobeは、公開を開始する前に、1 つ以上のレプリケーションエージェントとの接続をテストすることをお勧めします。

初めての公開で失敗した場合のトラブルシューティング：公開設定の検証 troubleshoot-failures-in-first-time-publishing-validating-your-publish-configuration

公開設定を検証するには：

Cloud Service 作成時のテールログ

テールログを確認します。 レプリケーションエージェントが作成されているかどうかを確認します。レプリケーションエージェントの作成に失敗した場合は、Cloud Service に小さな変更を加えて、Cloud Service を編集します。 検証を行い、レプリケーションエージェントが作成されているかをもう一度確認します。作成されていない場合は、サービスを再編集します。

クラウドサービスを繰り返し編集したで適切に設定されていない場合は、Daycareチケットを報告します。

レプリケーションエージェントによる接続のテスト

ログを表示します（レプリケーションログにエラーが見つかった場合）。

既存の Brand Portal 公開設定のクリーンアップ clean-up-existing-config

多くの場合、公開は「401 Unauthorized」エラーで失敗します。これは、ユーザー（mac-<tenantid>-replication など）に最新の秘密鍵がなく、レプリケーションエージェントのログに他のエラーが報告されないからです。 その場合は、トラブルシューティングを行うのではなく、設定を作成することをお勧めします。新しい設定を正しく機能させるには、Experience Manager オーサーインスタンスのセットアップから以下をクリーンアップします。

これで、システム全体がクリーンアップされました。 これで、クラウドサービス設定を作成して、既存の JWT アプリケーションを引き続き使用することができます。 アプリケーションを作成する必要はなく、新しく作成したクラウド設定から公開鍵を更新するだけです。

Developer Connection の JWT アプリケーションテナントの可視性の問題 developer-connection-jwt-application-tenant-visibility-issue

https://legacy-oauth.cloud.adobe.io/ の場合、現在のユーザーがシステム管理者を抱えているすべての組織（テナント）が一覧表示されます。 ここに組織名が表示されない場合や、必要なテナントのアプリケーションを作成できない場合は、十分な（システム管理者の）権限を持っているかどうかを確認してください。

このユーザーインターフェイスには、どのテナントでも上位 10 件のアプリケーションしか表示されないという既知の問題があります。 アプリケーションを作成したら、そのページにとどまり、URL をブックマークしてください。アプリケーションのリストページに移動して、作成したアプリケーションを見つけないでください。 このブックマークされた URL を直接ヒットし、必要に応じてアプリケーションを更新または削除できます。

作成した JWT アプリケーションが適切にリストされない場合があります。そのため、JWT アプリケーションの作成時に URL をメモするかブックマークすることをお勧めします。

機能していた設定が動作を停止した場合 running-configuration-stops-working

それまで問題なく Brand Portal への公開を行っていたレプリケーションエージェントが公開ジョブの処理を停止した場合は、レプリケーションログを確認してください。Experience Manager には自動再試行の機能が組み込まれているので、特定のアセットの公開が失敗しても、自動的に再試行されます。ネットワークエラーなどの問題が断続的に発生している場合でも、再試行するうちに解決することがあります。

継続的な公開エラーが発生し、キューがブロックされている場合は、接続をテスト を確認します。 報告されるエラーを解決してみます。

エラーに基づき、Brand Portal エンジニアリングチームが問題の解決を支援できるように、サポートチケットをログに記録することをお勧めします。

Brand Portal IMS 設定トークンの期限が切れました token-expired

Brand Portal 環境が突然停止した場合は、IMS 設定が正しく動作していない可能性があります。システムは異常な IMS 設定を表示し、（以下のような）アクセストークンの有効期限が切れたというエラーメッセージを反映します。

com.adobe.granite.auth.oauth.AccessTokenProvider failed to get access token from authorization server status: 400 response: Unknown macro: {"error"}

この問題を解決するには、手動で保存して IMS 設定を閉じ、Adobeがヘルスステータスを再度確認することをお勧めします。 設定が機能しない場合は、既存の設定を削除して新しく作成します。

接続タイムアウトエラーを回避するためのレプリケーションエージェントの設定 connection-timeout

ジョブの公開がタイムアウトエラーで失敗する場合は、通常、レプリケーションキューに保留中のリクエストが複数あります。この問題を解決するには、タイムアウトを回避するようにレプリケーションエージェントを設定します。

レプリケーションエージェントを設定するには：