Graylog: Raison du problème

Cette documentation fait partie du guide Problèmes de mapping des données. Consultez le guide complet ici : Comment résoudre les problèmes de mapping des données d'index Graylog.

👋 Bienvenue sur la documentation de Stackhero !

Stackhero propose une solution Graylog cloud prête à l'emploi qui offre de nombreux avantages, notamment :

  • Serveur SMTP d'e-mail dédié et illimité inclus.
  • Mises à jour simplifiées en un clic.
  • Nom de domaine personnalisable sécurisé par HTTPS (par exemple, https://logs.votre-entreprise.com).
  • Performance optimale et sécurité renforcée grâce à une VM privée et dédiée.

Gagnez du temps et simplifiez-vous la vie : il suffit de 5 minutes pour essayer la solution Graylog cloud hosting de Stackhero !

Ce problème provient de la fonctionnalité de mapping dynamique d'OpenSearch. Le mapping dynamique détermine automatiquement le type de données de chaque champ en se basant sur le premier document écrit dans un index. Une fois ce type défini, il est "figé", et tout document ultérieur contenant un type de données différent pour ce champ sera rejeté, ce qui provoque une erreur de type mapper parsing exception.

Lorsqu'un nouvel index est créé, le premier document définit le mapping de l'index. Par exemple, si ce document contient un champ "level" avec la valeur 3 (une valeur numérique), OpenSearch définit le type de données de "level" sur "long" (type numérique). Si un document ultérieur envoyé à Graylog contient le champ "level" avec la valeur "error" (type chaîne de caractères), il sera rejeté car le type de données ne correspond pas à celui initialement défini. Cela déclenche une erreur mapper_parsing_exception avec la raison failed to parse field [level] of type [long] in document with id 'xxx'.

Ce problème peut survenir avec n'importe quel champ si les types de données sont incohérents entre les documents.