{"id":120,"date":"2008-09-13T12:24:28","date_gmt":"2008-09-13T10:24:28","guid":{"rendered":"http:\/\/linux.leunen.com\/?p=120"},"modified":"2008-09-13T15:27:03","modified_gmt":"2008-09-13T13:27:03","slug":"utiliser-ses-propres-journaux-devenements","status":"publish","type":"post","link":"https:\/\/www.leunen.com\/linux\/2008\/09\/utiliser-ses-propres-journaux-devenements\/","title":{"rendered":"Utiliser ses propres journaux d’\u00e9v\u00e9nements"},"content":{"rendered":"

Sous Linux, les journaux d’\u00e9v\u00e9nements (log en anglais) sont centralis\u00e9s. il y a un daemon syslogd<\/em> qui impl\u00e9mente le protocole syslog<\/em> et g\u00e8re les diff\u00e9rents fichiers de log du syst\u00e8me.
\nCes fichiers sont tr\u00e8s important pour r\u00e9soudre des probl\u00e8mes de fonctionnement ou de plantage.
\nMa question du jour est: est-il possible d’utiliser cette facilit\u00e9 pour ses propres scripts ou programmes? Ce que je veux c’est un fichier .log qui ne soit utilis\u00e9 que par mes programmes et qui soit situ\u00e9, comme tous les autres fichiers de log du syst\u00e8me, dans le r\u00e9pertoire \/var\/log<\/em>.<\/p>\n

Sans entrer dans les d\u00e9tails du fichier \/etc\/syslog.conf<\/em>, il existe un certain nombre de fichiers standards comme par exemple (extrait du fichier \/etc\/syslog.conf<\/em>):<\/p>\n

\r\nkern.*\t\t\t\t-\/var\/log\/kern.log\r\nmail.info\t\t\t-\/var\/log\/mail.info\r\nnews.crit\t\t\t\/var\/log\/news\/news.crit\r\n<\/pre>\n
On peut voir par exemple que les \u00e9v\u00e9nements concernant le mail sont \u00e9crits dans le fichier \/var\/log\/mail.log<\/em>. Le protocole syslog<\/em> d\u00e9finit un certain nombres de facilit\u00e9s (facility). vous en voyez des exemples ici: mail, kern, lpr, user,news,… et huit priorit\u00e9s (priority) diff\u00e9rentes:<\/p>\n
    \n
  •  Emerg (emergency)\n
  •  Alert\n
  •  Crit (critical)<\/li>\n
  •  Err (error)<\/li>\n
  •  Warning<\/li>\n
  •  Notice<\/li>\n
  •  Info<\/li>\n
  •  Debug<\/li>\n<\/ul>\n
    l’ast\u00e9risque dans le couple facility.priority<\/em> signifie que le fichier utilis\u00e9 doit \u00eatre celui qui est sp\u00e9cifi\u00e9 peu importe le niveau de priorit\u00e9.<\/p>\n
    Ce qui nous int\u00e9resse, c’est qu’il existe huit facilit\u00e9s d\u00e9finissables par l’utilisateur ou par tout programme pour lequel il n’existerait pas de facilit\u00e9 par d\u00e9faut dans syslog. Il s’agit des facilit\u00e9s local0<\/em> \u00e0 local7<\/em>. Autrement dit, il nous suffit d’ajouter dans le fichier \/etc\/syslog.conf<\/em> une ligne du genre:<\/p>\n
    \r\nlocal0.*\t\t\t-\/var\/log\/michel.log\r\n<\/pre>\n
    Je ne sp\u00e9cifie pas de priorit\u00e9 et le fichier dans lequel les \u00e9v\u00e9nements sont \u00e9crits doit \u00eatre \/var\/log\/michel.log<\/em>. le –<\/em> devant signifie que les messages ne doivent pas n\u00e9cessairement \u00eatre \u00e9crits directement dans le fichier mais que leur \u00e9criture peut \u00eatre diff\u00e9r\u00e9e. Ceci n’a d’importance que pour des messages vraiment critiques qui en cas de plantage pourraient ne pas \u00eatre \u00e9crits dans le fichier de log.<\/p>\n
    Ok, il reste une petite chose \u00e0 faire: relancer le daemon syslogd<\/em> pour que nos changements dans le fichier \/etc\/syslog.conf<\/em> soit pris en compte:<\/p>\n
    \r\n$ sudo \/etc\/init.d\/sysklogd restart\r\n<\/pre>\n
    Maintenant nous sommes pr\u00eats \u00e0 \u00e9crire nos messages dans le fichier de log \/var\/log\/michel.log<\/em> comme nous le voulions. Mais comment faire?<\/p>\n
    Dans un script shell, c’est facile, il existe une commande qui permet d’\u00e9crire dans un fichier de log:<\/p>\n
    \r\n$ logger -p local0.notice -t TEST Test de log\r\n<\/pre>\n
    le switch -p<\/em> sp\u00e9cifie le couple facilit\u00e9.priorit\u00e9. La priorit\u00e9 n’a pas d’importance pour nous.
    \nle -t<\/em> sp\u00e9cifie un tag que l’on peut afficher au d\u00e9but du message, le nom du programme qui a g\u00e9n\u00e9r\u00e9 le message par exemple.
    \nLe r\u00e9sultat de la commande se trouve donc dans le fichier \/var\/log\/michel.log<\/em> comme voulu:<\/p>\n
    \r\n$ more \/var\/log\/michel.log\r\nSep 13 09:48:26 LinuxPC TEST: Test de log\r\n<\/pre>\n
    Faire la m\u00eame chose dans un programme \u00e9crit en python est \u00e0 peine plus compliqu\u00e9:<\/p>\n
    \r\n#!\/usr\/bin\/env python\r\n\r\nimport syslog\r\n\r\nsyslog.openlog('TEST', 0, syslog.LOG_LOCAL0)\r\nsyslog.syslog(syslog.LOG_INFO,'Test de log en python')\r\nsyslog.closelog()\r\n<\/pre>\n
    Je vous invite \u00e0 jeter un oeil \u00e0 la documentation du module syslog pour conna\u00eetre les diff\u00e9rentes constantes utilisables.<\/p>\n
    Voici la m\u00eame chose en C++:<\/p>\n
    \r\n# include <string>\r\n# include <syslog.h>\r\n\r\nint main()\r\n{\r\n  std::string message = \"TEST\";\r\n  openlog(message.c_str(), 0, LOG_LOCAL0);\r\n  syslog(LOG_INFO,\"Test de log en C++\");\r\n  closelog();\r\n  return EXIT_SUCCESS;\r\n}\r\n<\/pre>\n
    Un conseil, abusez des fichiers de log dans vos scripts et vos programmes. Je vous assure que cela rend de grand services en cas de probl\u00e8me. C’est d’autant plus vrai si vous distribuez vos programmes parce que c’est toujours sur une autre machine que la v\u00f4tre que les plantages arrivent et vous serez content que votre client puisse vous envoyer le fichier de log de votre programme.<\/p>\n","protected":false},"excerpt":{"rendered":"
    Sous Linux, les journaux d’\u00e9v\u00e9nements (log en anglais) sont centralis\u00e9s. il y a un daemon syslogd qui impl\u00e9mente le protocole syslog et g\u00e8re les diff\u00e9rents fichiers de log du syst\u00e8me. Ces fichiers sont tr\u00e8s important pour r\u00e9soudre des probl\u00e8mes de fonctionnement ou de plantage. Ma question du jour est: est-il possible d’utiliser cette facilit\u00e9 pour […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[4,15,5],"tags":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/posts\/120"}],"collection":[{"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/comments?post=120"}],"version-history":[{"count":13,"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/posts\/120\/revisions"}],"predecessor-version":[{"id":132,"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/posts\/120\/revisions\/132"}],"wp:attachment":[{"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/media?parent=120"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/categories?post=120"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.leunen.com\/linux\/wp-json\/wp\/v2\/tags?post=120"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}