Oggi a lavoro stavo guardando lo spazio occupato/libero sul server di posta dell’ufficio e mi accorgo di un anomalia, un file di log di 17Gb che cresceva a vista d’occhio, INIZIA L’ANALISI!
Mi armo di pazienza e cerco di capire cosa non vada
Da un primo controllo con l’utente zimbra mi accorgo che c’è un servizio non avviato
$zmcontrol status Il servizio in questione è zmwatchinglog che si occupa della gestione dei log;
poi controllando il file di 17Gb mi accorgo che ogni operazione ricevuta dal server genera un log in cui c’è scritto che una tabella del db mysql usato da zimbra è corrotta, e la tabella in questione è appunto raw_logs!

La prima cosa da fare e loggarsi su mysql e fixare la tabella

$logmysql zimbra_logger
mysql>check table raw_logs; # server per vedere lo stato della tabella (se è da fixare si da il secondo comando)
mysql>repair table raw_logs;

Tabella fixata, stoppiamo tutti e servizi, cancelliamo il log e riavviamo tutto, adesso dovrebbe andare tutto bene!

$zmcontrol stop
$rm -rf /opt/zimbra/logger/dominio.ext.err
$zmcontrol start
$zmcontrol status


Perfetto abbiamo sistemato tutto!

PS: la versione di zimbra in questione è la 4.5.6 su cetos 4.5