{"id":19,"date":"2011-05-30T13:56:00","date_gmt":"2011-05-30T11:56:00","guid":{"rendered":"http:\/\/gabrielezappi.net\/?p=19"},"modified":"2014-06-26T10:32:00","modified_gmt":"2014-06-26T08:32:00","slug":"file-di-log-varlogmessages-mancante-in-ubuntu-natty-narwhal","status":"publish","type":"post","link":"https:\/\/gabrielezappi.net\/en\/file-di-log-varlogmessages-mancante-in-ubuntu-natty-narwhal\/","title":{"rendered":"File di log “\/var\/log\/messages” mancante in Ubuntu Natty Narwhal"},"content":{"rendered":"
[click here<\/a> for reading this blog post in english]<\/div>\n

A seguito di un’installazione ex-novo di Linux Ubuntu 11.04 (Natty Narwhal) mi sono accorto che il file \/var\/log\/messages non c’era (!). Ho altres\u00ec constatato che \u00e8 stata una scelta voluta!<\/p>\n

I mantainer del kernel della comunit\u00e0 Ubuntu (o Canonical) hanno preso questa decisione (fornendo un file di configurazione di rsyslog di default che non abilita la scrittura di messages) sostenendo che in tal modo si evita di duplicare linee di log in due file (\/var\/log\/syslog e \/var\/log\/messages).<\/div>\n
Francamente e per esser chiaro, disapprovo completamente questa decisione: \u00e8 vero che si possono avere linee di log duplicate, in quanto alcune di queste vengono scritte in entrambi i file “syslog” e “messages”, ma lo scopo di questi file \u00e8 sensibilmente diverso, pertanto non trovo corretto mischiarli insieme, sostanzialmente per due ragioni: <\/div>\n
<\/div>\n
\n
\n
    \n
  1. \/var\/log\/messages<\/b> non \u00e8 solo una convenzione, bens\u00ec \u00e8 divenuto uno standard per tutti i sistemi *nix\/linux (Indipendentemente che si parli di distribuzioni di classe desktop<\/i> o di classe server<\/i>).
    \/var\/log\/syslog<\/b> \u00e8 invece un audit log, pertanto verranno scritti log di qualsiasi cosa (tipo processi di  cron<\/i> o at<\/i>, messggi di “informazioni” non strettamente di “warning”, e cos\u00ec via …)
    \/var\/log\/message<\/i>s<\/b> \u00e8 generalmente il file in cui gli applicativi scrivono eventuali messaggi di warning, anche se non strettamente inerenti il kernel, messaggi di boot (non-kernel) simili alle informazioni ottenibili con il comando ‘dmesg’. Questo \u00e8 generlmente IL<\/u> file principale da visionare, quando si ha l’impressione che qualcosa non stia andando come dovrebbe, o per verificare che il sistema e tutti gli applicativi principali stiano girando in maniera corretta!<\/li>\n
  2. Tutti gli applicativi standard e i programmi (incluso applicazioni di terze parti, non fornite con la distribuzione, ecc.), programmi di monitoraggio, analizzatori e monitor di rete, ambienti SNMP (come Hobbit, Nagios, ecc.) generalmente intercettano stati ed eventuali condizioni d’errore leggendo questo file. Non ritengo neanche che sia una buona soluzione creare un link simbolico tra syslog e messages, in quanto i succitati programmi e\/o processi sarebbero costretti ad analizzare inutilmente milioni di linee di log in pi\u00f9, rischiando cos\u00ec di incidere negativamente alle prestazioni di tutto il sistema.<\/li>\n<\/ol>\n<\/div>\n<\/div>\n
    \n
    Penso che n\u00e9 Canonical n\u00e9 la comunit\u00e0 Ubuntu possa decidere di apportare una variazione ad uno schema standard dall’oggi al domani (per lo meno senza aver preso in esame la cosa con una commissione mondiale sugli standard – vedi ANSI, ISO, ecc. – che ne valuter\u00e0 l’opportunit\u00e0). <\/div>\n
    Comunque qui di seguito elenco i passi per ripristinare la scrittura del file \/var\/log\/messages come in passato:<\/div>\n
    \n