Newsgroup: it.comp.os.linux.sys
Titolo: auth.log e archiviazione

Salve,
ho un problema che non riesco a risolvere e non capisco dove sbaglio.
Ho la necessit� di ruotare i auth.log ( kernel debian ) su 110 settimane, ho 
modificato il mio file /etc/logrotate.conf nel seguente modo:
# see "man logrotate" for details
# rotate log files weekly
weekly
# keep 4 weeks worth of backlogs
rotate 110
ma niente da fare mi trovo sempre solo :
auth.log
auth.log.0
auth.log.1.gz
auth.log.2.gz
auth.log.3.gz
dove sbaglio ? non dovrebbero aumentare i modo progressivo i file ?
Grazie
 


Tutto quello che ho in /etc/logrotate.d � questo:
apache
apache-ssl
aptitude
base-config
clamav-daemon
clamav-freshclam
exim4-base
heartbeat
mysql-server
openwebmail.logrotate
ppp
non mi pare ci sia nulla..
 

 un cretino ha scritto:
"Il microkernel e' morto da molto tempo ed ancora non lo sa." (cit. Bluff)

 IIRC anche se >= Sarge).
Sarge 2.4.30, ma pare che il problema ci sia anche sulla Lenny e l'etch, 
infatti ho le stesse configurazioni su altri server, ho provato a crearmi un 
auth.conf a mano tipo questo:
# Authentication
/etc/logrotate.d/auth.log {
    weekly
    rotate 110
   endscript
}
ma non cambia nulla....! 

 auth.conf a mano tipo questo:
Non ho modo di controllare in questo momento, ma in /etc/default c'�
qualche riferimento in merito al logrotate ?
Ciao, Davide. 
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 qualche riferimento in merito al logrotate ?
Nulla, quello che ho � questo:
bootlogd
clamav-daemon
courier
devpts
discover
exim4
halt
hddtemp
hotplug
ifupdown
initrd-tools.sh
libnss-db
lpd
nfs-common
ntpdate
portmap
postgrey
rcS
rsync
saslauthd
spamassassin
ssh
tmpfs
 

 }
E se lanci logrotate -vf ( -d direttamente) ?
Rizio
-- 
Si dice che essere liberi significa non avere nulla da perdere... ma la verit� � 
che non avere nulla da perdere significa essere pronti a rischiare tutto ci� che 
si possiede.

 
Nulla tutto come prima ! 

 ma non cambia nulla....! 
Strano, perch� con un file di configurazione come quello non dovrebbe andare 
nulla dato che � sintatticamente errato. Siamo su .sys e diciamo pure che 
qui siamo da .iniziare...
Anyway dai un
# grep auth /etc/logrotate.d/* /etc/logrotate*


 /etc/logrotate.d/auth.log {
  Ma i file di log non li metti in /var/log come tutti gli altri?
Perché in /etc?
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG: EC885A8B

 Perch� in /etc?
Sorry, ricopiando a mano ho sbagliato � giusto in /var/log !!
 


server1:~# grep auth /etc/logrotate.d/* /etc/logrotate*
server1:~#
Nulla, quel auth che avevo fatto lo tolto visto che non funzionava e 
pertanto come vedi nulla...! 
 

 Nulla tutto come prima !
No, spe, lanciando logrotate -vf /etc/logrotate.conf qualcosa te lo deve dire 
per forza.
Altrimenti hai qualcosa sul comando (o sulle impostazioni dello stesso - Es. 
Permessi o simili)


 Es. Permessi o simili)
Ecco quello che ruota non c'e' traccia di auth.log
logrotate -vf /etc/logrotate.conf
reading config file /etc/logrotate.conf
including /etc/logrotate.d
reading config file apache
reading config info for /var/log/apache/*.log
reading config file apache-ssl
reading config info for /var/log/apache-ssl/*.log
reading config file aptitude
reading config info for /var/log/aptitude
reading config file base-config
reading config info for /var/log/base-config.log
reading config info for /var/log/base-config.timings
reading config file clamav-daemon
reading config info for /var/log/clamav/clamav.log
reading config file clamav-freshclam
reading config info for /var/log/clamav/freshclam.log
reading config file exim4-base
reading config info for /var/log/exim4/mainlog /var/log/exim4/rejectlog 
/var/log/exim4/paniclog
reading config file heartbeat
reading config info for /var/log/ha-debug
reading config info for /var/log/ha-log
reading config file mysql-server
reading config info for /var/log/mysql.log /var/log/mysql/mysql.log 
/var/log/mysql.err /var/log/mysql/mysql.err /var/log/mysql/mysql
-slow.log
reading config file openwebmail.logrotate
reading config info for /var/log/openwebmail.log
reading config file ppp
reading config info for /var/log/ppp-connect-errors
reading config info for /var/log/wtmp
reading config info for /var/log/btmp
reading config info for /var/log/mail.log
poi continua con tutta la rotazione di questi file ma non c'e' assolutamente 
nulla di auth.lo eppure lui ruota su 4 settimane...! 

Come suggerito da Davide, anche io sono per il Cron. Una bella letta a
cron.weekly...

 fa la rotazione.
M'hai fatto venire in mente che su sarge in effetti era proprio cos�. Non ne 
ho pi� di sottomano originali perch� su tutte le sarge usavo syslog-ng. Anyhow:
http://www.google.it/search?q=sarge+syslog+rotation
terzo link
http://www.linuxquestions.org/questions/linux-newbie-8/how-to-change-debian-log-rotation-of-syslog-and-daemon.log-410361/
Il job � /etc/cron.{daily,weekly}/sysklogd


 "Il microkernel e' morto da molto tempo ed ancora non lo sa." (cit. Bluff)
BINGO !!! Era proprio syslogd-listfiles ora me lo studio , grazie 1000 !!!