Dépannage des problèmes de publication en parallèle sur Brand Portal troubleshoot-issues-in-parallel-publishing-to-brand-portal

Brand Portal est configuré avec Experience Manager Assets, de sorte que les ressources de marque approuvées soient automatiquement ingérées (ou publiées) à partir de l’instance d’auteur Experience Manager Assets. Une fois configuré, l’auteur Experience Manager utilise un agent de réplication afin de répliquer la ou les ressources sélectionnées sur le Cloud Service Brand Portal pour l’utilisation approuvée par les utilisateurs de Brand Portal. Plusieurs agents de réplication sont utilisés dans Experience Manager 6.2 SP1-CFP5, AEM CFP 6.3.0.2 et les versions ultérieures pour permettre une publication parallèle à haute vitesse.

Lors de la configuration du Cloud Service pour Brand Portal sous /etc/cloudservice, tous les utilisateurs et jetons nécessaires sont générés automatiquement et enregistrés dans le référentiel. La configuration du Cloud Service est créée, de même que les utilisateurs des services requis pour la réplication et les agents de réplication pour répliquer le contenu. Cette étape crée quatre agents de réplication. Ainsi, lorsque vous publiez de nombreuses ressources d’Experience Manager sur Brand Portal, celles-ci sont placées en file d’attente et distribuées entre ces agents de réplication de manière cyclique.

Cependant, la publication peut échouer par intermittence en raison de tâches Sling volumineuses, d’une augmentation du volume d’E/S réseau et disque sur l’instance d’auteur Experience Manager, ou d’un ralentissement des performances de l’instance d’auteur Experience Manager. Par conséquent, il est conseillé de tester la connexion avec le ou les agents de réplication avant de démarrer la publication.

Résolution des problèmes lors de la première publication : validation de la configuration de publication troubleshoot-failures-in-first-time-publishing-validating-your-publish-configuration

Pour valider vos configurations de publication :

Fin des journaux lors de la création du Cloud Service

Vérifiez la fin des journaux. Vérifiez si l’agent de réplication est créé. Si la création de l’agent de réplication échoue, modifiez le Cloud Service en y apportant des modifications mineures. Validez et vérifiez une nouvelle fois si l’agent de réplication est créé. Si tel n’est pas le cas, modifiez à nouveau le service.

Si le Cloud Service n’est pas correctement configuré après des modifications répétées, soumettez un ticket de support.

Test de la connexion aux agents de réplication

Consultez le journal et si vous trouvez des erreurs dans le journal de réplication :

Nettoyage des configurations de publication existantes dans Brand Portal clean-up-existing-config

Si la publication échoue, cela est généralement dû au fait que l’utilisateur qui publie (mac-<tenantid>-replication, par exemple) ne dispose pas de la clé privée la plus récente. Il s’ensuit l’échec de la publication avec une erreur « 401 non autorisé » et aucune autre erreur n’est consignée dans les journaux des agents de réplication. Vous pouvez éviter le dépannage en créant une configuration. Pour que la nouvelle configuration fonctionne correctement, nettoyez les éléments suivants dans la configuration auteur d’Experience Manager :

Le système est maintenant complètement nettoyé. Vous pouvez maintenant essayer de créer une configuration de service cloud tout en utilisant l’application JWT existante. Il n’est pas nécessaire de créer une application, mais vous devez mettre à jour la clé publique à partir de la configuration cloud créée.

Problème de visibilité des clients d’applications JWT sur Developer Connection developer-connection-jwt-application-tenant-visibility-issue

Si, sur https://legacy-oauth.cloud.adobe.io/, toutes les organisations (clients) pour lesquelles les utilisateurs actuels sont hébergés par l’administrateur système sont répertoriées. Si vous n’y trouvez pas le nom de l’organisation ou si vous ne pouvez pas y créer d’application pour un client requis, vérifiez si vous possédez les droits suffisants (d’administrateur système).

Cette interface utilisateur présente un problème connu qui fait que seules les dix premières applications sont visibles pour n’importe quel client. Quand vous créez l’application, restez sur cette page et marquez l’URL d’un signet. Vous n’aurez ainsi pas besoin d’accéder à la page répertoriant l’application pour y trouver celle que vous avez créée. Vous pouvez utiliser directement cette URL marquée d’un signet et mettre à jour/supprimer l’application lorsque cela s’avère nécessaire.

L’application JWT pourrait ne pas être répertoriée convenablement. Il est donc conseillé de noter/marquer d’un signet l’URL lors de la création de l’application JWT.

La configuration courante cesse de fonctionner running-configuration-stops-working

Si un agent de réplication (qui publiait correctement sur Brand Portal) cesse de traiter les tâches de publication, vérifiez les journaux de réplication. Experience Manager intègre une fonction de réessai automatique qui permet de retenter automatiquement la publication d’une ressource particulière suite à un échec. En cas de problème intermittent telles qu’une erreur réseau, la publication peut réussir lors de la nouvelle tentative.

En revanche, en cas d’échecs de publication continus et si la file d’attente est bloquée, vous devez cocher la case Tester la connexion et essayer de résoudre les erreurs qui sont signalées.

En fonction des erreurs, nous vous conseillons de soumettre un ticket d’assistance, de sorte que l’équipe d’ingénieurs de Brand Portal puisse vous aider à résoudre les problèmes.

Jeton de configuration Brand Portal IMS expiré token-expired

Si votre environnement Brand Portal s’arrête brusquement, il est possible que les configurations IMS ne fonctionnent pas correctement. Le système indique une configuration IMS non intègre et affiche un message d’erreur (similaire à ce qui suit) indiquant que votre jeton d’accès a expiré.

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

Pour résoudre ce problème, il est recommandé d’enregistrer et de fermer manuellement la configuration IMS et de vérifier à nouveau son intégrité. Si la configuration ne fonctionne pas, supprimez les configurations existantes et créez-en une nouvelle.

Configuration des agents de réplication pour éviter l’erreur de délai d’expiration de connexion connection-timeout

En règle générale, la tâche de publication échoue avec une erreur de délai d’expiration si plusieurs requêtes en attente se trouvent dans la file d’attente de réplication. Pour résoudre ce problème, assurez-vous que les agents de réplication sont configurés pour éviter l’expiration.

Pour configurer les agents de réplication, suivez les étapes suivantes :