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 pour répliquer une ou plusieurs ressources sélectionnées sur le service cloud Brand Portal pour une 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 d’un service cloud 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. Adobe recommande de tester la connexion à un ou plusieurs agents de réplication avant de commencer 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

Consultez les journaux de fin. Vérifiez si l’agent de réplication est créé ou non. Si la création de l’agent de réplication échoue, modifiez le service Cloud 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, lors d’une modification répétée du service cloud, il n’est pas configuré correctement, signalez un ticket de Daycare.

Test de la connexion aux agents de réplication

Afficher le journal, si des erreurs se trouvent dans le journal de réplication :

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

La publication échoue souvent avec une erreur "401 non autorisé", car l’utilisateur (par exemple, mac-<tenantid>-replication) ne dispose pas de la clé privée la plus récente et aucune autre erreur n’est signalée dans les journaux de l’agent 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 :

Maintenant, le système est entièrement 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 ne trouvez pas le nom de l’organisation ici ou si vous ne pouvez pas y créer d’application pour un client requis, vérifiez si vous disposez des droits suffisants (d’administrateur système).

Il existe un problème connu dans cette interface utilisateur qui, pour n’importe quel client, seules les dix premières applications sont visibles. Quand vous créez l’application, restez sur cette page et marquez l’URL d’un signet. N’accédez pas à la page de liste de l’application et recherchez l’application que vous avez créée. Vous pouvez accéder directement à cette URL marquée d’un signet et mettre à jour ou supprimer l’application si nécessaire.

L’application JWT pourrait ne pas être répertoriée convenablement. Il est donc conseillé de noter ou de marquer d’un signet l’URL lors de la création d’une 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. S’il existe un problème intermittent, tel qu’une erreur réseau, il peut réussir une nouvelle tentative.

En cas d’échecs de publication continus et si la file d’attente est bloquée, vérifiez la connexion test. Essayez de résoudre les erreurs qui sont signalées.

En fonction des erreurs, nous vous conseillons de soumettre un ticket d’assistance afin 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, Adobe vous recommande d’enregistrer et de fermer manuellement la configuration IMS et de vérifier à nouveau l’état d’intégrité. Si les configurations ne fonctionnent 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 :