Hallo Sebastian
Herzlichen Dank für die schnelle Antwort

Ich habe grade mit:

filter f_not_cron { not facility(cron); };
log { source(src); filter(f_not_cron); destination(messages); };
log { source(src); filter(f_not_cron); destination(console_all); };

rumgespielt. Ich habe noch ein filter in die log-Zeilen eingebaut, da sonst doch noch was durch kam.
Das scheint mir aber etwas regiede zu sein, da jetzt alles von Cron gekillt wird (auch Fehler).

Gruß

Matthias

Am Freitag, den 19.08.2005, 10:55 +0200 schrieb Sebastian Damm:

Hallo,

Am 19. August 2005 schrieb Matthias Nimscholz:
> Kann mir bitte jemand seine Filter-Einstellung in der syslog-ng.conf
> mailen - Ihr würdet mir den Tag/Plattenplatz retten

Die Datei 
/usr/share/doc/syslog-ng-1.6.8/syslog-ng.conf.gentoo.hardened.gz
sollte da eigentlich genug Aufschluss geben. Eine neue
Destination /dev/null anlegen und dann einen Filter. Dann alles was
über diesen Filter kommt, in die neue Destination schicken.

Bzw. sollte auch nur ein Filter, der nicht auf die facility cron
matcht, helfen, um die Einträge wegzubekommen. Den Filter dann in Deine
Standard-Regel einbinden.

Ein kurzer Test mit dem Filter
	filter f_cron { not facility(cron); };
und der Regel
	log { source(src); destination(messages); };
bestätigt dies. Ein Neustart des Cron taucht nicht mehr im Log auf.

Du kannst dann natürlich noch die Cron-Messages irgendwoanders hin
kippen, bspw. /dev/tty12, das verbraucht keinen Speicherplatz.

Ciao
Sebastian