[GELÖST] log-Verzeichnis wurde zu groß

[holgerv]

Hallo,

bei uns hat das Verzeichnis /var/log/opsi/instlog mehrere GB Größe angenommen (und damit die /var/log-Partition gesprengt).
Dabei habe ich festgestellt, dass die instlog-Dateien gar nicht vom logrotate angefasst werden. opsi hat hier (RHEL 6) nur Einträge für "/var/log/opsi/opsiconfd/[[:digit:]]*.log", "/var/log/opsi/opsiconfd/opsiconfd.log" und "/var/log/opsi/opsipxeconfd.log" angelegt.

Ich habe jetzt eine zusätzliche Datei /etc/logrotate.d/opsiinstlog angelegt:

Code: Alles auswählen

/var/log/opsi/instlog/*.log {
    size 2M
    rotate 1
    missingok
    compress
    notifempty
    create 640 opsiconfd opsiadmin
}

Wie handhabt ihr das mit den instlogs?
Ist es Absicht, dass /var/log/opsi/instlog nicht rotiert wird?

Schönen Gruß


Holger

[thomas.besser]

Auf die Schnelle würde ich sagen, dass bei mir (Debian) in /var/log/opsi/instlog eigentlich nur die Logfiles der letzten Aktion zu finden sind.

[ueluekmen]

Hallo Holger,

genau dass ist es, die instlogs, clientconnect, bootimage wird normalerweise immer überschrieben. Es gibt einige Anwender, die die Logs "append"en lassen. Wenn das bei euch der Fall ist, ist dein Rotate-Eintrag auch gerechtfertig. Normalerweise brauchen wir das nicht, weil das Default-Verhalten nicht so ist, dass er rotaten müsste, an dieser Stelle.

[holgerv]

Hallo,

wir append-en nicht, aber ich habe die Ursache für unsere großen Logdateien gefunden:
Wir haben "swaudit" auf > 1000 Systemen zeitgleich auf "setup" gesetzt, und "swaudit" schreibt ein sehr ausführliches Log.

Danke für eure Hilfe


Holger

[ueluekmen]

Hallo Holger,

klingt interessant.

Die Kollegen wollen nach der Cebit sowieso noch mal die Log-Dateien und das dazugehörige Rotate noch mal überprüfen. Dann schauen wir uns auch gleich noch mal die instlogs genauer an.

Grüße
E. Ueluekmen