messages.1.gz bei zu vielen logs ?

[roe1974]

Heute ist mir aufgefallen, dass mein log plötzlich leer war.
Ich habe per SSH nachgesehen, die RM hat mir ein messages.1.gz angelegt, da durch einen Ausfall meines Mmonit Collectors das log zugemüllt wurde.
Beudeutet das es wird ab einer gewissen Grösse des logs ein .gz erzeugt und messages.1 zurückgesetzt ?
lg Richard

[Xel66]

Ja, Suchwort: logrotate

Gruß Xel66

[Matthias K.]

I.d.R. passiert das nicht nach Größe sondern zeitbasiert, also z.B. jede Nacht oder jede Woche und ist unter so ziemlich jedem Linux üblich...

[jmaus]

I.d.R. passiert das nicht nach Größe sondern zeitbasiert, also z.B. jede Nacht oder jede Woche und ist unter so ziemlich jedem Linux üblich...

Du vergleichst Äpfel mit Birnen. RaspberryMatic ist kein Debian oder Ubuntu/Linux und folglich gelten da auch nicht die Regeln die du denkst die überall vermeintlich gelten wo logrotate zum Einsatz kommt. Da hilft nur ein Blick in die entsprechende Logrotate Konfiguration. Siehe

https://github.com/jens-maus/RaspberryM ... slogd.conf

Und da steht eben folgendes:

Code: Alles auswählen

/var/log/*.log /var/log/*/*.log /var/log/messages /var/log/messages.1 {
  size 2M
  copytruncate
  rotate 1
  compress
  missingok
}

Folglich bedeutet das, das hier nicht wie von dir angenommen zeitlich basiert rotiert wird, sondern eben Größenbasiert. D.h. Jedes Logfile das > 2MB wird wird entsprechend rotiert.

[Matthias K.]

Ganz falsch lag ich aber auch nicht, denn ich gehe mal davon aus dass auch RM nicht dauerhaft die Dateigröße aller Logfiles überwacht, sondern eben beim nächtlichen Logrotate-Cronjob die entsprechenden Parameter geprüft werden. Ein Log könnte daher bei entsprechend intensiver Befüllung auch deutlich größer und dann eben Nachts wegen ">2M" rotiert werden, oder?

Ich habe mich da bisher nicht groß damit befasst da bei mir eh alles an einen separaten Syslog-Server geht und dort dann CheckMK die relevanten Fehler rausfischt.