LightSquid + Logrotate = log does not need rotating, Azaka, 24-Мрт-18, 13:52 [смотреть все]Здравствуйте уважаемые форумчане! Столкнулся с проблемой: отчёт LightSquid не обновляется по заданию. Соответственно по команде: "sudo /usr/sbin/logrotate --verbose /etc/squid3/squid.logrotate" выводится следующее: _______________________________________________ reading config file /etc/squid3/squid.logrotate Handling 1 logs rotating pattern: /var/log/squid3/*.log after 1 days (3 rotations) empty log files are rotated, old logs are removed considering log /var/log/squid3/access.log log does not need rotating considering log /var/log/squid3/cache.log log does not need rotating not running postrotate script, since no logs were rotated _______________________________________________Каталог по пути "/var/log/squid3/" логами заполняется, от этого и непонятен смысл приведённой ошибки: _______________________________________________ access.log access.log.17 access.log.6 cache.log.11 cache.log.19 cache.log.6 access.log.10 access.log.18 access.log.7 cache.log.12 cache.log.2 cache.log.7 access.log.11 access.log.19 access.log.8 cache.log.13 cache.log.20 cache.log.8 access.log.12 access.log.2 access.log.9 cache.log.14 cache.log.2.gz cache.log.9 access.log.13 access.log.20 cache.log cache.log.15 cache.log.3 netdb.state access.log.14 access.log.2.gz cache.log.0 cache.log.16 cache.log.3.gz access.log.15 access.log.3 cache.log.1 cache.log.17 cache.log.4 access.log.16 access.log.5 cache.log.10 cache.log.18 cache.log.5 _______________________________________________ Содержимое squid.logrotate: _______________________________________________ /var/log/squid3/*.log { daily compress delaycompress rotate 3 missingok nocreate sharedscripts postrotate test ! -e /var/run/squid3.pid || test ! -x /usr/sbin/squid3 || /usr/sbin/squid3 -k rotate sleep 120 /usr/share/lightsquid/lightparser.pl access.log.1 endscript } _______________________________________________ Кто сталкивался со схожей проблемой, подскажите пожалуйста, что и как необходимо проверить? P.S. В Unix системах совсем "новенький", многое не понимаю и не знаю.
|
- LightSquid + Logrotate = log does not need rotating, pavlinux, 21:44 , 24-Мрт-18 (1)
> непонятен смысл приведённой ошибки:А где написано, что это ошибка? В конфиг ещё допиши notifempty
- LightSquid + Logrotate = log does not need rotating, Azaka, 06:57 , 26-Мрт-18 (2)
>> непонятен смысл приведённой ошибки: > А где написано, что это ошибка? > В конфиг ещё допиши notifempty Спасибо за отклик! Вы правы, не ошибка, а поведение не то, которое я ожидал. Вернее, из-за того, что Logrotate не видит необходимости в ротации логов (что на мой взгляд странно), не выполняется postrotate в котором прописан запуск lightparser необходимый мне для актуализации статистики LightSquid. Вот такая цепочка. Несколько дней назад решил в качестве эксперимента удалить все старые логи (с цифровыми индексами). Заметил особенность - не формируются файлы access.log.0 и access.log.1: access.log access.log.3 cache.log.0 cache.log.2 netdb.state access.log.2 cache.log cache.log.1 cache.log.3 Подскажите пожалуйста, от чего может быть так и насколько это критично?
- LightSquid + Logrotate = log does not need rotating, Azaka, 07:48 , 28-Мрт-18 (3)
>[оверквотинг удален] > я ожидал. Вернее, из-за того, что Logrotate не видит необходимости в > ротации логов (что на мой взгляд странно), не выполняется postrotate в > котором прописан запуск lightparser необходимый мне для актуализации статистики LightSquid. > Вот такая цепочка. > Несколько дней назад решил в качестве эксперимента удалить все старые логи (с > цифровыми индексами). Заметил особенность - не формируются файлы access.log.0 и > access.log.1: > access.log access.log.3 cache.log.0 cache.log.2 netdb.state > access.log.2 cache.log cache.log.1 cache.log.3 > Подскажите пожалуйста, от чего может быть так и насколько это критично?Неужели никто не сталкивался с таким поведением Logrotate? :-(
- LightSquid + Logrotate = log does not need rotating, pavlinux, 17:02 , 28-Мрт-18 (4)
> Неужели никто не сталкивался с таким поведением Logrotate? :-( Логи пустые, там нечего вращать. > empty log files are rotated, old logs are removed > considering log /var/log/squid3/access.log > log does not need rotating
лог пустой, но в конфиге прописано: всё равно крутить. Обновилось, новый ноль дописался (considering log) в старый ноль, 0 + 0 = 0 (does not need rotating) :) Как говорится, начинай уже пользоваться сквидом, логи повалят. Либо у тя в лог ничего не пишется, см. конфиг сквида, права на каталог,на файлы с логами, ....
- LightSquid + Logrotate = log does not need rotating, Azaka, 07:11 , 29-Мрт-18 (5)
> Логи пустые, там нечего вращать. > Как говорится, начинай уже пользоваться сквидом, логи повалят.Вот этот момент я и не понял, логи не пустые, сам SQUID на рабочем роутере, всё в целом работает через него. > Либо у тя в лог ничего не пишется, см. конфиг сквида, права > на каталог,на файлы с логами, .... Права на каталог, и соответственно файлы логов принадлежат "proxy" (640). Уже вторую неделю не могу победить это (сказывается нехватка знаний ... :-( ) А у Logrotate есть какие-то условия на ротацию? (минимальный размер, количество записей)
- LightSquid + Logrotate = log does not need rotating, Аноним, 23:43 , 29-Мрт-18 (6)
> А у Logrotate есть какие-то условия на ротацию? (минимальный размер, количество записей) Да, если это указано в конфиге.
- LightSquid + Logrotate = log does not need rotating, Azaka, 11:48 , 30-Мрт-18 (7)
>> А у Logrotate есть какие-то условия на ротацию? (минимальный размер, количество записей) > Да, если это указано в конфиге.Понял, спасибо за пояснение. Вместе с этим, подскажите пожалуйста, от чего Logrotate может вести ротацию в такой странной (для меня) последовательности? В частности, отсутствие access.log.1 и access.log.2: access.log access.log.3 cache.log cache.log.1 cache.log.2.gz cache.log.4 access.log.2 access.log.4 cache.log.0 cache.log.2 cache.log.3 netdb.state P.S. Ранее удалял все файлы с индексами, оставив только три файла: access.log, netdb.state, cache.log. Спустя неделю, такая же картина - отсутствие access.log.1 и access.log.2.
|