логротете за розміром - чи потрібно міняти крон?

Моя поточна конфігурація logrotate виглядає приблизно так (використовуючи logrotate 3.8.7)

"/var/log/haproxy.log" {
  daily
  size 250M
  rotate 1
  create 644 root root
  missingok
  compress
  notifempty
  copytruncate
}

Він успішно працює раз на день, але коли розмір перевищує 250 млн, він не обертається. Тому він чекає, поки обертається кінець дня, незалежно від розміру.

Я читав , що є можливість MAXSIZE, і після зміни size 250Mдо maxsize 250Mнього до цих пір не працює.

Чи потрібно мені встановити крон, щоб запускати логротат щогодини, або логротат запускається автоматично, тому що слухає цей розмір файлу, і у мене щось інше відбувається?

Так, для цього потрібно бігати logrotateне раз на день. На це відповідає відповідь у другому абзаці довідкової сторінки logrotate(8) :

Як правило, logrotateвиконується як щоденна робота з крон. Він не буде змінювати журнал кілька разів за один день, якщо критерій для цього журналу не ґрунтується на розмірі журналу та logrotateзапускається кілька разів на день, або якщо не використовується варіант -fабо --force.

Якщо ви хочете працювати logrotateщогодини замість щоденного, ви можете перемістити його:

mv /etc/cron.daily/logrotate /etc/cron.hourly

Починаючи з 3.8.1 maxsize. Різниця між sizeта maxsizeописана тут:

maxsize розмір

Файли журналів повертаються , коли вони ростуть більше , ніж розмір байтів ще до додатково заданого інтервалу часу ( daily, weekly, monthlyабо yearly). Пов'язаний sizeваріант подібний, за винятком того, що він взаємовиключний з параметрами інтервалу часу, і він призводить до повороту файлів журналів без огляду на останній час обертання. При maxsizeвикористанні враховуються як розмір, так і часова мітка файлу журналу.

Це зробить і придатне для використання: sizeбез будь-якого інтервалу, а maxsizeтакож, якщо також потрібен інтервал. Однак це не змінює той факт, що за замовчуванням logrotateпрацює лише щодня. Цей інтервал підходить для більшості, оскільки в більшості випадків для вирощування колоди потрібно набагато більше часу 250M.