Projet

Général

Profil

Bug #22312

ajouter le host dans les logs uwsgi

Ajouté par Thomas Noël il y a environ 6 ans. Mis à jour il y a environ 4 ans.

Statut:
Rejeté
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
06 mars 2018
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

Description

Logs actuels uwsgi visibles via journalctl:

mars 06 13:46:03 auquo-test uwsgi[13664]: {address space usage: 2899169280 bytes/2764MB} {rss usage: 997912576 bytes/951MB} 
  [pid: 13673|app: 0|req: 18732/18732] 0.0.0.0 () {46 vars in 1154 bytes} [Tue Mar  6 13:46:03 2018] GET /backoffice/workflows/3/status/12/ =>
  generated 42190 bytes in 299 msecs (HTTP/1.0 200) 4 headers in 152 bytes (1 switches on core 18)

Il manque, au moins, le host.


Fichiers

Historique

#1

Mis à jour par Thomas Noël il y a environ 6 ans

  • Description mis à jour (diff)
#2

Mis à jour par Thomas Noël il y a environ 6 ans

En suivant http://uwsgi-docs.readthedocs.io/en/latest/LogFormat.html (et en finissant par regarder le code de uwsgi pour tout piger)

J'ajoute le host dans %(host)(uri)

J'en profite pour ajouter le referer, l'agent, le x-forwarded-for (pas trouvé autre chose d'accessible dans uwsgi), les éventuelles ioerror, la conso ram vsz/rss, la taille du body, etc.

Avant:

mars 05 23:52:31 auquo-test uwsgi[13664]: {address space usage: 2891137024 bytes/2757MB} {rss usage: 777093120 bytes/741MB}
 [pid: 13673|app: 0|req: 4306/4306] 0.0.0.0 () {40 vars in 605 bytes}
 [Mon Mar  5 23:52:31 2018] GET /__metrics__/ => generated 101922 bytes in 23 msecs (HTTP/1.0 200)
 1 headers in 75 bytes (1 switches on core 1)

Après :

mars 06 15:18:31 auquo-test uwsgi[18284]:
  [pid:18294|worker:1] 0.0.0.0,145.239.186.85 (user:-) {40 vars in 605 bytes, body:0 bytes}
  [Tue Mar  6 15:18:31 2018] GET demarches-meyzieu.test.au-quotidien.com:443/__metrics__/ => 87158 bytes in 23 msecs (HTTP/1.0 200)
  1 headers in 75 bytes (1 switches on core 0 vsz:2695M rss:463M) (0 errors read:0 write:0)
  referer:- agent:Prometheus/2.1.0

PS: On peut peut-être rendre le fonctionnel via du hack dans nginx, ça pourrait éviter le %(addr),(var.HTTP_X_FORWARDED_FOR) (je crois que c'est possible mais je ne retrouve plus comment...)

#3

Mis à jour par Frédéric Péters il y a environ 5 ans

  • Statut changé de Nouveau à Solution proposée

On a encore envie de faire ça ? (sur l'idée qu'on récemment retiré les infos "mémoire") (mais peut-être qu'on veut quand même ajouter le host) (ou on se dit qu'on doit avoir des logs corrects côté haproxy/nginx ?).

#4

Mis à jour par Thomas Noël il y a environ 5 ans

Dans le faits, je ne suis jamais allé voir les logs uwsgi pour déboguer un truc, je suis toujours passé par nginx quand il fallait aller voir la couche http. Donc je me dis que ce ticket peut être rejeté/annulé, sans intérêt. Sauf si qqun dit qu'il utilise les logs uwsgi de son côté ?...

#5

Mis à jour par Thomas Noël il y a environ 4 ans

  • Statut changé de Solution proposée à Rejeté

useless, donc

Formats disponibles : Atom PDF