Bonjour,
J'utilise GELF pour envoyé des info dans graylog.
Mais lorsque j'utilise les suffix, mentionnés ici, rien ne se passe, je me retrouve avec un type "unknown" coté graylog.
J'envois quelque chose ressemblant à ca :
{"version":"1.1","short_message":"test","timestamp":1670510549.651,"host":"Morgans-MacBook-Pro.local","level":6,"_applicationName":"api-server","_execution_time_num":"0.004"}
Mais dans l'interface, j'ai ceci.
Avez-vous une idée de la raison pour laquelle cela ne marche pas ?
Merci d'avance.
Suffix de typage de champ non pris en compte dans graylog
Sujets apparentés
- Ssh_init: Host does not exist
10263 
13.11.2017 01:40
- Code d’erreur : DLG_FLAGS_SEC_CERT_CN_INVALID ?
10217 14.08.2018 09:32
- Err_too_many_redirects
7375 12.11.2017 15:36
- Trop de redirections suite au HTTPS
6735 14.12.2016 14:30
- Certificat Let's encrypt
6204 21.08.2017 17:44
- Impossible d'activer le certificat SSL pour HTTPS
5703 07.01.2021 02:44
- LetsEncrypt et erreur DNS A / AAAA
5674 16.04.2019 15:34
- Net::err_cert_common_name_invalid
5578 29.05.2017 08:20
- Prise en charge du protocole MQTT
5209 06.04.2017 13:57
- SSL Cloudflare chez OVH
5171 28.04.2017 09:51
Bonjour et merci pour l'intêret que vous portez à Logs Data Platform.
Il y a en effet un bug sur la gestion des type de fields (champs suffixés) dans Graylog lorsque des logs avec de nouveaux fields arrivent sur une mise à jour de recherche. Un rafraichissement ou rechargement complet de la page devrait permettre à Graylog de bien récupérer les types de fields en question et donc de vous permettre d'exploiter les données sur vos widgets. Nous allons investiguer ce bug et le corriger.
Désolé pour la gêne occasionnée et merci pour cette remontée de bug.