Journaux courants dans AEM

Le document décrit les entrées de journal courantes et leur signification, ainsi que la manière de les traiter.

Description description

Environnement

Adobe Experience Manager

Problème/Symptômes

Quelles sont les entrées de journal courantes, ce qu’elles signifient et comment les traiter ?

Pour plus d’informations, consultez le manuel Adobe Managed Services Dispatcher du guide des Tutorials d’AEM.

Résolution resolution

Avertissement GLOB

Exemple d’entrée de journal :

[ Fri Jul 20 03:35:09 2018]  [ W]  [ pid 8300 (tid 139937910880384)]  /etc/httpd/conf/publish-filters.any:5: Allowing requests with globs is considered unsafe. Please consult the documentation at 'https://www.adobe.com/go/docs_dispatcher_config_fr' on how to use attributes method/url/query/protocol/path/selectors/extension/suffix instead.

Depuis le modèle 4.2.x du dispatcher, ils ont commencé à dissuader les gens d'utiliser le type de correspondance suivant dans leur fichier de filtres :

/0041 { /type "allow" /glob "* *.css *"   }  ## enable css

Il est préférable d’utiliser plutôt la nouvelle syntaxe comme :

/0041 { /type "allow" /url "*.css" } ## enable css

Ou mieux encore, de ne pas faire correspondre de caractère générique :

/0041 { /type "allow" /extension "css" } ## enable css

L’une ou l’autre des méthodes proposées éliminerait ce message d’erreur des journaux.

Filtrer les rejets

Remarque :

Ces entrées ne s’affichent pas toujours même si des rejets se produisent si le niveau de journalisation est trop bas. Définissez-le sur Info ou déboguer pour vous assurer que vous pouvez voir si les filtres rejettent les requêtes.

Exemple d’entrée de journal :

[ Fri Jul 20 17:25:48 2018]  [ D]  [ pid 25939 (tid 139937517123328)]  Filter rejects: GET /libs/granite/core/content/login.html HTTP/1.1

ou :

[ Fri Jul 20 22:16:55 2018]  [ I]  [ pid 128803]  "GET /system/console/" ! - 8ms [ publishfarm/-]

Attention :

Comprenez que les règles du Dispatcher ont été définies pour filtrer cette requête. Dans ce cas, la page qui a tenté d'être visitée a été refusée intentionnellement, et nous ne voudrions rien faire avec cela.

Si votre journal ressemble à cette entrée :

[ Fri Jul 20 17:26:47 2018]  [ D]  [ pid 20051 (tid 139937517123328)]  Filter rejects: GET /etc/designs/exampleco/fonts/montserrat-regular/montserrat-regular-webfont.eot HTTP/1.1

Cela nous fait savoir que notre fichier de conception .eot est bloqué, et nous voulons y remédier.

Nous devons donc examiner notre fichier de filtres et ajouter la ligne suivante pour permettre aux fichiers .eot de passer

/0011 { /type "allow" /method "GET" /extension 'eot' /path "/etc/designs/*" }

Cela permet au fichier de passer et l’empêche de se connecter.

Si vous souhaitez voir ce qui est filtré, vous pouvez exécuter cette commande sur votre fichier journal :

$ grep "Filter rejects\|\!" /var/log/httpd/dispatcher.log | awk 'match($0, /\/.*\//, m){ print m[ 0]  }' | awk '{ print $1 }'| sort | uniq -c | sort -rn

Délais d’expiration du rendu

Exemple d’entrée de journal du délai d’expiration du socket :

[ Fri Jul 20 22:31:15 2018]  [ W]  [ pid 3648]  Unable to connect socket to 10.43.3.40:4502: Connection timed out
[ Fri Jul 20 22:31:15 2018]  [ W]  [ pid 3648]  Unable to connect to any backend in farm authorfarm

Cela se produit lorsque l’adresse IP incorrecte est configurée dans la section renders de votre ferme de serveurs. Que ou l'instance AEM a cessé de répondre ou d'écouter, et le dispatcher ne peut pas l'atteindre.

Vérifiez les règles de votre pare-feu et que l’instance AEM fonctionne correctement.

Exemples d’entrées de journal de dépassement de délai de la passerelle :

[ Fri Jul 20 22:32:42 2018]  [ I]  [ pid 3648]  "GET /favicon.ico" 502 - 54034ms [ authorfarm/-]
[ Fri Jul 20 22:35:45 2018]  [ I]  [ pid 3648]  "GET /favicon.ico" 503 - 54234ms [ authorfarm/-]

Cela signifie que l’instance AEM avait un socket ouvert qu’elle pouvait atteindre et avait expiré avec la réponse. Cela signifie que votre instance d’AEM était trop lente ou incorrecte, et que le Dispatcher a atteint ses paramètres de délai d’expiration configurés dans la section de rendu de la ferme de serveurs. Augmentez le paramètre de délai d’expiration ou assurez-vous que votre instance AEM est saine.

Niveau de mise en cache

Exemple d’entrée de journal :

[ Fri Jul 20 23:00:19 2018]  [ I]  [ pid 16004 (tid 140134145820416)]  Current cache hit ratio: 87.94 %

Cela signifie que votre récupération du niveau de rendu par rapport au cache est mesurée. Vous souhaitez atteindre plus de 80 % à partir du cache et vous devez suivre l’aide ici :

Pour obtenir ce nombre le plus élevé possible.

Remarque :

Même si le fichier de ferme contient vos paramètres de cache pour tout mettre en cache, il se peut que vous videz trop souvent ou de manière trop agressive, ce qui peut entraîner un taux d’accès au cache inférieur.

Répertoire manquant

Exemple d’entrée de journal :

[ Fri Jul 20 14:02:43 2018]  [ E]  [ pid 4728 (tid 140662586435328)]  Unable to create parent directory /mnt/var/www/author/libs/dam/content/asseteditors/formitems.overlay.infinity.json/application: Not a directory

Cela s’affiche généralement lorsqu’un élément est récupéré alors qu’un effacement du cache se produit en même temps.

Celui-ci ou le répertoire racine du document contient des autorisations incorrectes ou le mauvais contexte de fichier SELinux sur le dossier qui empêche Apache de créer les sous-répertoires nécessaires.

Pour les problèmes d’autorisation, consultez les autorisations de la racine du document et assurez-vous qu’elles ressemblent à ce qui suit :

dispatcher$ ls -la

URL Vanity introuvable

Exemple d’entrée de journal :

[ Thu Sep 27 17:35:11 2018]  [ D]  [ pid 18936]  Checking vanity URLs
[ Thu Sep 27 17:35:11 2018]  [ D]  [ pid 18936]  Vanity URL file (/tmp/vanity_urls) not found, fetching...
[ Thu Sep 27 17:35:11 2018]  [ W]  [ pid 18936]  Unable to fetch vanity URLs from 10.43.0.42:4503/libs/granite/dispatcher/content/vanityUrls.html: remote server returned: HTTP/1.1 404 Not Found

Cette erreur se produit lorsque vous avez configuré votre Dispatcher pour utiliser le filtre automatique dynamique afin d’autoriser les URL de redirection vers un microsite, mais que vous n’avez pas terminé la configuration en installant le package sur le moteur de rendu AEM.

Pour corriger ce problème, installez le pack de fonctionnalités URL Vanity sur l’instance AEM et autorisez l’utilisateur anonyme à le préparer. Détails ici

Une configuration d’URL de redirection vers un microsite fonctionne comme suit :

[ Thu Sep 27 17:40:29 2018]  [ D]  [ pid 21844]  Checking vanity URLs
[ Thu Sep 27 17:40:29 2018]  [ D]  [ pid 21844]  Vanity URL file (/tmp/vanity_urls) not found, fetching...
[ Thu Sep 27 17:40:29 2018]  [ D]  [ pid 21844]  Loaded 18 vanity URLs from file /tmp/vanity_urls

Ferme manquante

Exemple d’entrée de journal :

[ Wed Nov 13 17:17:26 2019]  [ W]  [ pid 19173:tid 140542738364160]  No farm matches host 'we-retail.com', selected last farm 'publishfarm'

Cette erreur indique que de tous les fichiers de fermes disponibles dans /etc/httpd/conf.dispatcher.d/enabled_farms/, ils n’ont pas pu trouver une entrée correspondante dans la section /virtualhost .

Les fichiers de fermes correspondent au trafic en fonction du nom de domaine ou du chemin d’accès avec lequel la requête est arrivée. Il utilise la correspondance glob. S’il ne correspond pas, vous n’avez pas configuré correctement votre ferme de serveurs, saisi l’entrée dans la ferme de serveurs ou l’entrée est manquante. Lorsque la ferme de serveurs ne correspond à aucune entrée, elle utilise par défaut la dernière ferme de serveurs incluse dans la pile des fichiers de fermes. Dans cet exemple, il s’agissait de 999_ams_publish_farm.any, qui s’appelle le nom générique de la batterie de publication.

Voici un exemple de fichier de ferme /etc/httpd/conf.dispatcher.d/enabled_farms/300_weretail_publish_farm.any qui a été réduit pour mettre en évidence les parties pertinentes.

Article traité à partir de

Exemple d’entrée de journal :

[ Tue Nov 26 16:41:34 2019]  [ I]  [ pid 9208 (tid 140112092391168)]  "GET /content/we-retail/us/en.html" - + 24034ms [ publishfarm/0]

La page a été récupérée via la méthode http GET pour le contenu /content/we-retail/us/en.html, et cela a pris 24 034 millisecondes. La partie à laquelle nous voulions prêter attention se trouve à la toute fin [ publishfarm/0] . Vous verrez qu’il a ciblé et qu’il a correspondu à la ferme de publication. La requête a été récupérée à partir du rendu 0, ce qui signifie que cette page devait être demandée auprès d’AEM, puis mise en cache. Maintenant, demandons à nouveau cette page et voyons ce qui arrive au journal