1 |
Hallo Sebastian |
2 |
Herzlichen Dank für die schnelle Antwort |
3 |
|
4 |
Ich habe grade mit: |
5 |
|
6 |
filter f_not_cron { not facility(cron); }; |
7 |
log { source(src); filter(f_not_cron); destination(messages); }; |
8 |
log { source(src); filter(f_not_cron); destination(console_all); }; |
9 |
|
10 |
rumgespielt. Ich habe noch ein filter in die log-Zeilen eingebaut, da |
11 |
sonst doch noch was durch kam. |
12 |
Das scheint mir aber etwas regiede zu sein, da jetzt alles von Cron |
13 |
gekillt wird (auch Fehler). |
14 |
|
15 |
Gruß |
16 |
|
17 |
Matthias |
18 |
|
19 |
Am Freitag, den 19.08.2005, 10:55 +0200 schrieb Sebastian Damm: |
20 |
|
21 |
> Hallo, |
22 |
> |
23 |
> Am 19. August 2005 schrieb Matthias Nimscholz: |
24 |
> > Kann mir bitte jemand seine Filter-Einstellung in der syslog-ng.conf |
25 |
> > mailen - Ihr würdet mir den Tag/Plattenplatz retten |
26 |
> |
27 |
> Die Datei |
28 |
> /usr/share/doc/syslog-ng-1.6.8/syslog-ng.conf.gentoo.hardened.gz |
29 |
> sollte da eigentlich genug Aufschluss geben. Eine neue |
30 |
> Destination /dev/null anlegen und dann einen Filter. Dann alles was |
31 |
> über diesen Filter kommt, in die neue Destination schicken. |
32 |
> |
33 |
> Bzw. sollte auch nur ein Filter, der nicht auf die facility cron |
34 |
> matcht, helfen, um die Einträge wegzubekommen. Den Filter dann in Deine |
35 |
> Standard-Regel einbinden. |
36 |
> |
37 |
> Ein kurzer Test mit dem Filter |
38 |
> filter f_cron { not facility(cron); }; |
39 |
> und der Regel |
40 |
> log { source(src); destination(messages); }; |
41 |
> bestätigt dies. Ein Neustart des Cron taucht nicht mehr im Log auf. |
42 |
> |
43 |
> Du kannst dann natürlich noch die Cron-Messages irgendwoanders hin |
44 |
> kippen, bspw. /dev/tty12, das verbraucht keinen Speicherplatz. |
45 |
> |
46 |
> Ciao |
47 |
> Sebastian |