Re: Проблема создания отчётов sarg

2010-07-30 Пенетрантность Ilia Menchikh
В сообщении от 15 июля 2010 20:41:20 автор Munko O. Bazarzhapov написал: > У меня однажды вообще перестало много чего работать > когда sarg умудрился сожрать все пространство в /var/ > а там у меня сидела база postgresql и т.д. > до этого за полгода назад у одного знакомого вообще 1С база сдохла на

Re: Проблема создания отчётов sarg

2010-07-15 Пенетрантность Munko O. Bazarzhapov
У меня однажды вообще перестало много чего работать когда sarg умудрился сожрать все пространство в /var/ а там у меня сидела база postgresql и т.д. до этого за полгода назад у одного знакомого вообще 1С база сдохла на сервере и тоже в postgresql :) следите за объемом который пожирает sarg в день п

Re: Проблема создания отчётов sarg

2010-07-15 Пенетрантность Alexey Boyko
> Не волнуйтесь, я просмотрел этот проект. Sarg как минимум не хуже. > Насчёт тонн html которые он генерирует ничего сказать не могу, я > только в начале общения с ним. Для меня критично наличие инструмента в > официальных репозиториях. Так как налаженная система должна работать и > после меня. И б

Re: Проблема создания отчётов sarg

2010-07-14 Пенетрантность Konstantin Fadeyev
15.07.10, Зинчук Анатолий написал(а): > прошу прощения конечно за оффтоп и сильно не пинайте но сам в свое > время намучился с этим sarg > > пока не отыскал для тех же целей LightSquid: > набор перловых скриптов, который не генерирует тоны html-ок > > > -- > To UNSUBSCRIBE, email to debian-russian

Re: Проблема создания отчётов sarg

2010-07-14 Пенетрантность Зинчук Анатолий
прошу прощения конечно за оффтоп и сильно не пинайте но сам в свое время намучился с этим sarg пока не отыскал для тех же целей LightSquid: набор перловых скриптов, который не генерирует тоны html-ок -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubs

Re: Проблема создания отчётов sarg

2010-07-14 Пенетрантность Зинчук Анатолий
14.07.10, Alexey Boyko написал(а): Какой наилучший выход в данной ситуации, чтоб наладить нормальную работу? взять вместо sarg - lightsquid -- xmpp: alexey#boyko,km,ua Его нет в официальных репозиториях. это просто набор перловых скриптов с минимальной конфигурацией -- To UNSUBSCRIBE, ema

Re: Проблема создания отчётов sarg

2010-07-14 Пенетрантность Konstantin Fadeyev
14.07.10, Alexey Boyko написал(а): >> Какой наилучший выход в данной ситуации, чтоб наладить нормальную >> работу? > > взять вместо sarg - lightsquid > > -- > xmpp: alexey#boyko,km,ua > Его нет в официальных репозиториях. -- Константин Фадеев

Re: Проблема создания отчётов sarg

2010-07-13 Пенетрантность Alexey Boyko
> Какой наилучший выход в данной ситуации, чтоб наладить нормальную > работу? взять вместо sarg - lightsquid -- xmpp: alexey#boyko,km,ua

Re: Проблема создания отчётов sarg

2010-07-13 Пенетрантность Konstantin Fadeyev
Да, пустой. Тут назрел такой вопрос. При ротации логов создаётся файл access.log.1, я так понимаю это лог сквида за предыдущий день. Возможно наилучшим выходом будет натравить sarg на него, а не непосредственно на access.log. Тогда sarg после ротации будет грызть его, а не пустой access.log. 13.07

Re: Проблема создания отчётов sarg

2010-07-13 Пенетрантность Иван Лох
On Tue, Jul 13, 2010 at 09:47:43PM +0600, Konstantin Fadeyev wrote: > Если подумать, то в текущей ситуации симлинк и правда выход. Потому > что второй выполняется на пустой файл лога сквида. И обновляет лишь > стартовую страницу отчётов - index.htmlю Или я не в том направлении > думаю? А он гарант

Re: Проблема создания отчётов sarg

2010-07-13 Пенетрантность Konstantin Fadeyev
Если подумать, то в текущей ситуации симлинк и правда выход. Потому что второй выполняется на пустой файл лога сквида. И обновляет лишь стартовую страницу отчётов - index.htmlю Или я не в том направлении думаю? 13.07.10, Иван Лох написал(а): > On Tue, Jul 13, 2010 at 04:35:35PM +0400, Олег Ключкин

Re: Проблема создания отчётов sarg

2010-07-13 Пенетрантность Иван Лох
On Tue, Jul 13, 2010 at 04:35:35PM +0400, Олег Ключкин wrote: > Может лучше симлинк сделать с таким именем - так обновляться скрипт > будет корректно, хотя и выполняться будет дважды, но думаю не кретично. А если подумать? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with

Re: Проблема создания отчётов sarg

2010-07-13 Пенетрантность Иван Лох
On Tue, Jul 13, 2010 at 05:14:39PM +0600, Konstantin Fadeyev wrote: > Это самое очевидное решение, но самое ли правильное оно? Может быть правильнее просто скопировать, а sarg сделать неисполняемым. Дело в том, что это наверняка conffile... То есть он не будет перезаписан и права не него не будут

Re: Проблема создания отчётов sarg

2010-07-13 Пенетрантность Олег Ключкин
Может лучше симлинк сделать с таким именем - так обновляться скрипт будет корректно, хотя и выполняться будет дважды, но думаю не кретично. В Втр, 13/07/2010 в 17:14 +0600, Konstantin Fadeyev пишет: > Это самое очевидное решение, но самое ли правильное оно? > > 13.07.10, Иван Лох написал(а): > >

Re: Проблема создания отчётов sarg

2010-07-13 Пенетрантность Konstantin Fadeyev
Это самое очевидное решение, но самое ли правильное оно? 13.07.10, Иван Лох написал(а): > On Tue, Jul 13, 2010 at 10:58:24AM +0600, Konstantin Fadeyev wrote: >> cron.monthly. Везде они называются sarg. Если запускать в ручную, то >> отчёты нормально создаются. >> Есть там ещё скрипт запуска logrot

Re: Проблема создания отчётов sarg

2010-07-13 Пенетрантность Иван Лох
On Tue, Jul 13, 2010 at 10:58:24AM +0600, Konstantin Fadeyev wrote: > cron.monthly. Везде они называются sarg. Если запускать в ручную, то > отчёты нормально создаются. > Есть там ещё скрипт запуска logrotate. Который чистит логи сквида и > как результат sarg отрабатывает уже на пустом логе squid3.