Grazie molto del consiglio! Anche se non trovo la "tomba" (<defunct>) di logrotate, ho trovato la linea: 1526 0.0 0.0 0 0 ? Z 11:35 0:00 [netstat] <defunct>
Al che` mi chiedo perche' tale processo sia defunct... On Sun, 2004-10-31 at 10:17, Johan Haggi wrote: > sab 30 ottobre 2004, alle 22:13 (GMT+0200), Davide Prina ha scritto: > > Emiliano Puddu wrote: > > >Ok grazie, fatto. Ora devo aspettare che logrotate agisca? > > >Una domanda pero' nasce spontanea: file come /var/log/messages, che > > >hanno messaggi vecchi di un anno, non si possono cancellare? E perche' > > >logrotate non lo aveva compresso nel formato gz? > > [...] > > Se in messages ha cose vecchie di un anno e aveva gia` installato > logrotate forse ha un problema simile al mio: qualcosa (non so cosa) > blocca gli script di anacron quando esegue logrotate. > > Aspetta una mezz'oretta dopo l'accensione del PC e contolla se > nell'output di > ps aux > hai qualcosa del genere: > [...] > root [...] SN [...] run-parts --report /etc/cron.daily > [...] > root [...] ZNs [...] [logrotate] <defunct> > [...] > > kill -9 pid_logrotate non ha effetto sullo zombie, > kill pid_run-parts mi chiude ambedue i processi, tutto quello che viene > prima di logrotate in /etc/cron.daily viene eseguito, tutto quello che > viene dopo no. > > Lo strano e` che se do come root il comando > run-parts --report /etc/cron.daily > funziona tutto, se lanciato da anacron no. > > Soluzione "sporca": > /usr/sbin/logrotate /etc/logrotate.conf > lanciato manualmente come root > se vuoi vedere cosa fa aggiungi > -v > dopo logrotate per avere un output "verboso", oppure > -d > per una simulazione con output "verboso" (ti fa vedere tutto quello che > farebbe senza fare in realta` nulla). > -- > Ave Johan Haggi > pridie Kalendas Novembres MMDCCLVII ab Urbe condita > **NEW** GnuPG key-id: 0x398F1A73 (available on http://keyserver.linux.it) > Fingerprint: 75D4 86D5 B795 BD31 4BD2 2354 9206 CB42 398F 1A73 >
