https://slinkov.ru/openforum/vsluhforumID1/82763.html подскажите, как красиво заставить logrotate жать и удалять логи (штуки 4 чтобы оставлял, а остальные старые стер), если на компе заведено много аккаунтов для юзеров, логи апача которых лежат в /var/log/apache2 в таком виде (к пр.):<br>vasya-access.log<br>vasya-error.log<br>sanya-access.log<br>sanya-error.log<br>а таких ребят штук 30-40, и на каждого скопилось по 52 лога :\<br>у кого какие решения имеются?<br>заранее благодарю.<br> https://slinkov.ru/openforum/vsluhforumID1/82763.html#12 Mon, 10 Nov 2008 17:39:40 GMT &gt;http://web.inets.ru/pahanivo/atools.rar <br>&gt;<br><br>благодарю. до ужина доберусь и поковыряю ваш скриптик. :)<br><br><br> https://slinkov.ru/openforum/vsluhforumID1/82763.html#11 Mon, 10 Nov 2008 10:36:23 GMT я эту тему проверял - после команды mv ниче не пишется (freebsd, apache 1,2)<br><br><br><br> https://slinkov.ru/openforum/vsluhforumID1/82763.html#10 Mon, 10 Nov 2008 09:53:50 GMT $&gt;Патрик - б.Лох! ;) <br>&gt; immediately - ЕГО (ЛОГА) УЖЕ ФАКТИЧЕСКИ НЕТ. Мне надо <br><br>%) "Ты суслика видишь? А он есть."<br><br>&gt;командой рестарта как раз его не закрывать, а открыть. <br><br>Я где-то слышал, что открытый на запись лог, переименованный командой mv(*), продолжает "пополняться" уже под новым именем (=старым i-нодом) до следующего закрытия-создания-открытия. Впочем, если не смущают последствия упаковки открытого на запись лога (или они "ювелирно" обходятся, например, упаковкой только начиная со второго номера), то разницы никакой....<br><br>А ещё что-то мне подсказывает, что раз "надо открыть" новый лог, старый, наверное, придётся закрыть... Интуиция, наверное, чутьё.<br><br>(*)Тут в форуме периодически обсуждается, как _удалённые_, но не закрытые файлы продолжают занимать место на диске...<br> https://slinkov.ru/openforum/vsluhforumID1/82763.html#9 Mon, 10 Nov 2008 09:37:57 GMT &gt;[оверквотинг удален]<br>&gt; <br>&gt; This means that if used in a log <br>&gt;rotation script, a substantial <br>&gt; <br>&gt; delay may be necessary to ensure that the <br>&gt; old log files are <br>&gt; <br>&gt; closed before processing them. <br>&gt;<br>&gt;Патрик - бох! ;) <br><br> когда я уже осуществил передвижку лог файла типа<br> mv access.log access.0.log<br> то мне както уже совсем похеру будут ли логи closed immediately или не совсем<br> immediately - ЕГО (ЛОГА) УЖЕ ФАКТИЧЕСКИ НЕТ. Мне надо командой рестарта как раз его<br> не закрывать, а открыть.<br> https://slinkov.ru/openforum/vsluhforumID1/82763.html#8 Mon, 10 Nov 2008 06:45:20 GMT &gt;[оверквотинг удален]<br>&gt;&gt; sharedscripts <br>&gt;&gt; postrotate <br>&gt;&gt; /etc/rc.d/rc.httpd restart <br>&gt;&gt; endscript <br>&gt;&gt;} <br>&gt;&gt;<br>&gt;&gt;По-моему это решает все проблемы с ротацией файлов апача. <br>&gt;<br>&gt;По-моему я уже срузу вижу косяк - то что делается restart вместо <br>&gt;graceful <br><br>man apachectl<br><br> graceful<br> Gracefully restarts the Apache httpd daemon. If the daemon is<br> not running, it is started. This differs from a normal restart<br> in that currently open connections are not aborted. A side<br> effect is that old log files will not be closed immediately.<br> This means that if used in a log rotation script, a substantial<br> delay may be necessary to ensure that the old log files are<br> closed before processing them.<br><br>Патрик - бох! ;)<br> https://slinkov.ru/openforum/vsluhforumID1/82763.html#7 Mon, 10 Nov 2008 06:32:54 GMT &gt;[оверквотинг удален]<br>&gt; size=5M <br>&gt; compress <br>&gt; delaycompress <br>&gt; sharedscripts <br>&gt; postrotate <br>&gt; /etc/rc.d/rc.httpd restart <br>&gt; endscript <br>&gt;} <br>&gt;<br>&gt;По-моему это решает все проблемы с ротацией файлов апача. <br><br>По-моему я уже срузу вижу косяк - то что делается restart вместо graceful<br> https://slinkov.ru/openforum/vsluhforumID1/82763.html#6 Mon, 10 Nov 2008 05:57:42 GMT &gt;[оверквотинг удален]<br>&gt;&gt;кажется... <br>&gt;&gt;"Своим скриптом" не проще было генерировать соотв.часть конфигурации logrotate (про {vasya,petya}-access.log) и <br>&gt;&gt;пускать его с обновлённой конфигурацией?.. <br>&gt;<br>&gt;когда я бодался с этим родным логротейтом у него было пура косяков <br>&gt;- во первых он висит отдельным процессом для каждого лог файла <br>&gt;и второй неприятный косяк в том, что он не создает файл <br>&gt;до тех пор пока сервак чтонибудь не выплюнул в stdout, те <br>&gt;если обращений к серваку небыло за период ротации файла то и <br>&gt;файла не будет <br><br>В шлакваре имеется файл /etc/logrotate.d/httpd с таким вот содержимым:<br><br>/var/log/httpd/*_log {<br> rotate 10<br> notifempty<br> size=5M<br> compress<br> delaycompress<br> sharedscripts<br> postrotate<br> /etc/rc.d/rc.httpd restart<br> endscript<br>}<br><br>По-моему это решает все проблемы с ротацией файлов апача.<br> https://slinkov.ru/openforum/vsluhforumID1/82763.html#5 Mon, 10 Nov 2008 05:40:34 GMT http://web.inets.ru/pahanivo/atools.rar<br><br>писал для себя - вроде все отладил и докрутил, глюков не наблюдалось<br>1) настрой $apache_bin<br>2) потом прогони скрипт с опцией --configview - он просто покажет тебе полный конфиг файл,<br> если этого не произошло - то не сработала автоконфигурация, надо настроить опции<br> $apache_root<br> $apache_config<br> $apache_pidfilу<br>3) после того как все отработает - можно приступать к процессу ротации<br> сначала запускаем с опцией <br> --prerotator - это режим подготовки - скрипт анализирует конфигу на предмет <br> имеющихся лог файлов в ней, так как конфига может быть большая и логов много, это<br> специально делается отдельно так акак может занять много времени<br> после выполнения скрипта если все прошло гладко должен появится файл указанный в опции<br> $rotator_config - он содержит список всех лог файлов найденных в конфиге.<br> Если он появился - значит все в норме. Можно запускать с опцией --runrotator.<br> Эта опция непосредственно осуществляет ротацию и упаковку ( https://slinkov.ru/openforum/vsluhforumID1/82763.html#4 Mon, 10 Nov 2008 05:20:48 GMT &gt;Эта часть и предыдущая уже были реализованы в обычном logrotate, как мне <br>&gt;кажется... <br>&gt;"Своим скриптом" не проще было генерировать соотв.часть конфигурации logrotate (про {vasya,petya}-access.log) и <br>&gt;пускать его с обновлённой конфигурацией?.. <br><br>когда я бодался с этим родным логротейтом у него было пура косяков - во первых он висит отдельным процессом для каждого лог файла и второй неприятный косяк в том, что он не создает файл до тех пор пока сервак чтонибудь не выплюнул в stdout, те если обращений к серваку небыло за период ротации файла то и файла не будет<br><br>