Re: Проблема создания отчётов sarg
В сообщении от 15 июля 2010 20:41:20 автор Munko O. Bazarzhapov написал: У меня однажды вообще перестало много чего работать когда sarg умудрился сожрать все пространство в /var/ а там у меня сидела база postgresql и т.д. до этого за полгода назад у одного знакомого вообще 1С база сдохла на сервере и тоже в postgresql :) следите за объемом который пожирает sarg в день по килабайтам и через 3-6 месяцев будет существенное кол-во файликов Вот такое в среднем за сутки: ls -lh access.log-20100727 -rw-r- 1 iluxa iluxa 552M 2010-07-27 00:01 access.log-20100727 sarg на таких объемах просто не работает - падает где-то на середине. lightsquid запускется каждые 20 минут и вот уже 3 года как живой И про размер генерируемого я просто молчу - sarg хочет на порядок больше места
Re: Проблема создания отчётов sarg
15.07.10, Зинчук Анатолийwesna2...@yandex.ru написал(а): прошу прощения конечно за оффтоп и сильно не пинайте но сам в свое время намучился с этим sarg пока не отыскал для тех же целей LightSquid: набор перловых скриптов, который не генерирует тоны html-ок -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c3e0347.3090...@yandex.ru Не волнуйтесь, я просмотрел этот проект. Sarg как минимум не хуже. Насчёт тонн html которые он генерирует ничего сказать не могу, я только в начале общения с ним. Для меня критично наличие инструмента в официальных репозиториях. Так как налаженная система должна работать и после меня. И будет несколько проще её вести без подключения дополнительных репозиториев и тем более ручной установки ПО. -- Константин Фадеев
Re: Проблема создания отчётов sarg
У меня однажды вообще перестало много чего работать когда sarg умудрился сожрать все пространство в /var/ а там у меня сидела база postgresql и т.д. до этого за полгода назад у одного знакомого вообще 1С база сдохла на сервере и тоже в postgresql :) следите за объемом который пожирает sarg в день по килабайтам и через 3-6 месяцев будет существенное кол-во файликов
Re: Проблема создания отчётов sarg
14.07.10, Alexey Boykoale...@boyko.km.ua написал(а): Какой наилучший выход в данной ситуации, чтоб наладить нормальную работу? взять вместо sarg - lightsquid -- xmpp: alexey#boyko,km,ua Его нет в официальных репозиториях. -- Константин Фадеев
Re: Проблема создания отчётов sarg
14.07.10, Alexey Boykoale...@boyko.km.ua написал(а): Какой наилучший выход в данной ситуации, чтоб наладить нормальную работу? взять вместо sarg - lightsquid -- xmpp: alexey#boyko,km,ua Его нет в официальных репозиториях. это просто набор перловых скриптов с минимальной конфигурацией -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c3e046e.20...@yandex.ru
Re: Проблема создания отчётов sarg
прошу прощения конечно за оффтоп и сильно не пинайте но сам в свое время намучился с этим sarg пока не отыскал для тех же целей LightSquid: набор перловых скриптов, который не генерирует тоны html-ок -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c3e0347.3090...@yandex.ru
Re: Проблема создания отчётов sarg
On Tue, Jul 13, 2010 at 10:58:24AM +0600, Konstantin Fadeyev wrote: cron.monthly. Везде они называются sarg. Если запускать в ручную, то отчёты нормально создаются. Есть там ещё скрипт запуска logrotate. Который чистит логи сквида и как результат sarg отрабатывает уже на пустом логе squid3. Какой наилучший выход в данной ситуации, чтоб наладить нормальную Переименовать sarg в 1sarg. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100713094500.ga4...@nano.ioffe.rssi.ru
Re: Проблема создания отчётов sarg
Может лучше симлинк сделать с таким именем - так обновляться скрипт будет корректно, хотя и выполняться будет дважды, но думаю не кретично. В Втр, 13/07/2010 в 17:14 +0600, Konstantin Fadeyev пишет: Это самое очевидное решение, но самое ли правильное оно? 13.07.10, Иван Лохl...@1917.com написал(а): On Tue, Jul 13, 2010 at 10:58:24AM +0600, Konstantin Fadeyev wrote: cron.monthly. Везде они называются sarg. Если запускать в ручную, то отчёты нормально создаются. Есть там ещё скрипт запуска logrotate. Который чистит логи сквида и как результат sarg отрабатывает уже на пустом логе squid3. Какой наилучший выход в данной ситуации, чтоб наладить нормальную Переименовать sarg в 1sarg. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100713094500.ga4...@nano.ioffe.rssi.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1279024535.5053.0.ca...@wsru-klyuchkin.corp.tele2.ru
Re: Проблема создания отчётов sarg
On Tue, Jul 13, 2010 at 05:14:39PM +0600, Konstantin Fadeyev wrote: Это самое очевидное решение, но самое ли правильное оно? Может быть правильнее просто скопировать, а sarg сделать неисполняемым. Дело в том, что это наверняка conffile... То есть он не будет перезаписан и права не него не будут изменены. См. /var/lib/dpkg/info/logrotate.conffiles -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100713125011.gb4...@nano.ioffe.rssi.ru
Re: Проблема создания отчётов sarg
Если подумать, то в текущей ситуации симлинк и правда выход. Потому что второй выполняется на пустой файл лога сквида. И обновляет лишь стартовую страницу отчётов - index.htmlю Или я не в том направлении думаю? 13.07.10, Иван Лохl...@1917.com написал(а): On Tue, Jul 13, 2010 at 04:35:35PM +0400, Олег Ключкин wrote: Может лучше симлинк сделать с таким именем - так обновляться скрипт будет корректно, хотя и выполняться будет дважды, но думаю не кретично. А если подумать? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100713125052.gc4...@nano.ioffe.rssi.ru -- Константин Фадеев
Re: Проблема создания отчётов sarg
On Tue, Jul 13, 2010 at 09:47:43PM +0600, Konstantin Fadeyev wrote: Если подумать, то в текущей ситуации симлинк и правда выход. Потому что второй выполняется на пустой файл лога сквида. И обновляет лишь стартовую страницу отчётов - index.htmlю Или я не в том направлении думаю? А он гарантированно пустой? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100713172739.gh4...@nano.ioffe.rssi.ru
Re: Проблема создания отчётов sarg
Да, пустой. Тут назрел такой вопрос. При ротации логов создаётся файл access.log.1, я так понимаю это лог сквида за предыдущий день. Возможно наилучшим выходом будет натравить sarg на него, а не непосредственно на access.log. Тогда sarg после ротации будет грызть его, а не пустой access.log. 13.07.10, Иван Лохl...@1917.com написал(а): On Tue, Jul 13, 2010 at 09:47:43PM +0600, Konstantin Fadeyev wrote: Если подумать, то в текущей ситуации симлинк и правда выход. Потому что второй выполняется на пустой файл лога сквида. И обновляет лишь стартовую страницу отчётов - index.htmlю Или я не в том направлении думаю? А он гарантированно пустой? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100713172739.gh4...@nano.ioffe.rssi.ru -- Константин Фадеев
