logfiles op RedHat linux 7.1

[Verwijderd]

Probleem: mijn messages logfile wordt me te groot.

Ik dacht dat logrotate dit altijd netjes hield. Er is ooit eens een messages1 gemaakt. Maar dat is al lang geleden.

Kan ik dit ergens instellen of moet ik hier met het handje een scriptje voor runnen die de files gaat touche ofzo.

[Verwijderd]

kijk of hij nog draait in je crontab -l
:-)

denk het niet dan

of upgrade naar 7.2 krijg je ook nog eens elke dag een meeltje :-)> fun nou zeg

[moto-moi]

Op woensdag 16 januari 2002 19:16 schreef Vrijbuiter_uno het volgende:
Ik dacht dat logrotate dit altijd netjes hield. Er is ooit eens een messages1 gemaakt. Maar dat is al lang geleden.

Volgens mij draait dat logrotate ergens 's nachts ofzo, en als je computer 's nachts uitstaat, heb je dus een probleem

Kan ik dit ergens instellen of moet ik hier met het handje een scriptje voor runnen die de files gaat touche ofzo.

/etc/crontab moet je als het goed dit soort dingen kunnen vinden..

logrotate af en toe intikken kan natuurlijk ook

[Verwijderd]

Hmm ik heb even gekeken en dit heb ik aan informatie:

[root@linux /etc]# crontab -l
no crontab for root

In /etc/logrotate.conf staat:

# see "man logrotate" for details
# rotate log files weekly
weekly

# keep 4 weeks worth of backlogs
rotate 4

# send errors to root
errors root

# create new (empty) log files after rotating old ones
create

# uncomment this if you want your log files compressed
#compress

# RPM packages drop log rotation information into this directory
include /etc/logrotate.d

# no packages own lastlog or wtmp -- we'll rotate them here
/var/log/wtmp {
monthly
create 0664 root utmp
rotate 1
}
# system-specific logs may be configured here

En dan heb ik nog /etc/logrotate.d/
daar staat een file syslog. En daar staat o.a. in:

/var/log/messages {
postrotate
/bin/kill -HUP `cat /var/run/syslogd.pid 2> /dev/null` 2> /dev/null || true
endscript
}

Dus alles wat hij moet doen staat er wel! Maar hij doet het niet. Ohja logrotate.status geeft o.a. deze informatie:
logrotate state -- version 2
"/var/log/messages" 2001-9-23
"/var/log/secure" 2001-9-23
"/var/log/maillog" 2001-9-23
"/var/log/spooler" 2001-9-23
"/var/log/boot.log" 2001-9-23
"/var/log/cron" 2001-9-23
"/var/log/wtmp" 2001-9-17
"/var/log/httpd/access_log" 2001-9-23
"/var/log/httpd/error_log" 2001-9-23

Conclusie hij is niet meer actief, maar mijn server staat dag en nacht aan.

Heeft iemand een idee waar en hoe ik hem weer actief moet maken?

[Verwijderd]

*zucht* reactie op mijn eigen post:

met logrotate -v /etc/logrotate.conf
start ik het hele gebeuren op. Hier kan ik zelf een cronjob voor maken.

Ohja je kan in die logrotate.conf aangegeven dat je GEEN e-mails wil bij eventuele errors.

Toch vind ik het vreemd. Ik heb dit namelijk NOOIT uitgezet.

Bedankt!

[RikY]

logrotate wordt normaal gesproken vanuit /etc/cron.daily
gestart.

Alles in /etc/cron.daily wordt dagelijks (4:02 uur 's nachts) gestart. Dat staat in /etc/crontab, dus _niet_ in de crontab van root (die je met crontab -l te zien krijgt). Er zijn ook cron.5mins, cron.hourly, cron.weekly en cron.monthly die vanuit /etc/crontab gestart moeten worden.

cron voert altijd /etc/crontab uit, naast de user-crontabs die in /var/spool/cron leven. Dus waarschijnlijk draait cron niet meer bij jou.

Mogelijke problemen:
* /etc/cron.daily is weg,
* bestanden in /etc/cron.daily hebben geen execute bit meer
* /etc/crontab is weg of corrupt
* cron draait niet - Kijk even met 'chkconfig --list crond' of cron nog wel vanuit /etc/rc.d/init.d/ gestart wordt. (er moet 'on' staan bij 2,3,4 en 5, off bij 1 en 6)

[Verwijderd]

Op donderdag 17 januari 2002 11:58 schreef RikY het volgende:
logrotate wordt normaal gesproken vanuit /etc/cron.daily
gestart.

Alles in /etc/cron.daily wordt dagelijks (4:02 uur 's nachts) gestart. Dat staat in /etc/crontab, dus _niet_ in de crontab van root (die je met crontab -l te zien krijgt). Er zijn ook cron.5mins, cron.hourly, cron.weekly en cron.monthly die vanuit /etc/crontab gestart moeten worden.

cron voert altijd /etc/crontab uit, naast de user-crontabs die in /var/spool/cron leven. Dus waarschijnlijk draait cron niet meer bij jou.

Mogelijke problemen:
* /etc/cron.daily is weg,
* bestanden in /etc/cron.daily hebben geen execute bit meer
* /etc/crontab is weg of corrupt
* cron draait niet - Kijk even met 'chkconfig --list crond' of cron nog wel vanuit /etc/rc.d/init.d/ gestart wordt. (er moet 'on' staan bij 2,3,4 en 5, off bij 1 en 6)

Cron loopt... mijn McAfee for Linux loopt namelijk in een cron.daily en die werkt perfect. Er staat in die cron's nergens een actie voor logrotate. die heb ik nu zelf gemaakt. Maar het is toch vreemd???
In iedergeval bedankt.