В сообщении от 15 июля 2010 20:41:20 автор Munko O. Bazarzhapov написал:
У меня однажды вообще перестало много чего работать
когда sarg умудрился сожрать все пространство в /var/
а там у меня сидела база postgresql и т.д.
до этого за полгода назад у одного знакомого вообще 1С база сдохла на
15.07.10, Зинчук Анатолийwesna2...@yandex.ru написал(а):
прошу прощения конечно за оффтоп и сильно не пинайте но сам в свое
время намучился с этим sarg
пока не отыскал для тех же целей LightSquid:
набор перловых скриптов, который не генерирует тоны html-ок
--
To UNSUBSCRIBE, email to
У меня однажды вообще перестало много чего работать
когда sarg умудрился сожрать все пространство в /var/
а там у меня сидела база postgresql и т.д.
до этого за полгода назад у одного знакомого вообще 1С база сдохла на
сервере и тоже в postgresql :)
следите за объемом который пожирает sarg
в день
14.07.10, Alexey Boykoale...@boyko.km.ua написал(а):
Какой наилучший выход в данной ситуации, чтоб наладить нормальную
работу?
взять вместо sarg - lightsquid
--
xmpp: alexey#boyko,km,ua
Его нет в официальных репозиториях.
--
Константин Фадеев
14.07.10, Alexey Boykoale...@boyko.km.ua написал(а):
Какой наилучший выход в данной ситуации, чтоб наладить нормальную
работу?
взять вместо sarg - lightsquid
--
xmpp: alexey#boyko,km,ua
Его нет в официальных репозиториях.
это просто набор перловых скриптов с минимальной конфигурацией
--
прошу прощения конечно за оффтоп и сильно не пинайте но сам в свое
время намучился с этим sarg
пока не отыскал для тех же целей LightSquid:
набор перловых скриптов, который не генерирует тоны html-ок
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of
On Tue, Jul 13, 2010 at 10:58:24AM +0600, Konstantin Fadeyev wrote:
cron.monthly. Везде они называются sarg. Если запускать в ручную, то
отчёты нормально создаются.
Есть там ещё скрипт запуска logrotate. Который чистит логи сквида и
как результат sarg отрабатывает уже на пустом логе squid3.
Может лучше симлинк сделать с таким именем - так обновляться скрипт
будет корректно, хотя и выполняться будет дважды, но думаю не кретично.
В Втр, 13/07/2010 в 17:14 +0600, Konstantin Fadeyev пишет:
Это самое очевидное решение, но самое ли правильное оно?
13.07.10, Иван Лохl...@1917.com
On Tue, Jul 13, 2010 at 05:14:39PM +0600, Konstantin Fadeyev wrote:
Это самое очевидное решение, но самое ли правильное оно?
Может быть правильнее просто скопировать, а sarg сделать неисполняемым.
Дело в том, что это наверняка conffile... То есть он не будет перезаписан
и права не него не будут
Если подумать, то в текущей ситуации симлинк и правда выход. Потому
что второй выполняется на пустой файл лога сквида. И обновляет лишь
стартовую страницу отчётов - index.htmlю Или я не в том направлении
думаю?
13.07.10, Иван Лохl...@1917.com написал(а):
On Tue, Jul 13, 2010 at 04:35:35PM +0400,
On Tue, Jul 13, 2010 at 09:47:43PM +0600, Konstantin Fadeyev wrote:
Если подумать, то в текущей ситуации симлинк и правда выход. Потому
что второй выполняется на пустой файл лога сквида. И обновляет лишь
стартовую страницу отчётов - index.htmlю Или я не в том направлении
думаю?
А он
Да, пустой.
Тут назрел такой вопрос. При ротации логов создаётся файл
access.log.1, я так понимаю это лог сквида за предыдущий день.
Возможно наилучшим выходом будет натравить sarg на него, а не
непосредственно на access.log.
Тогда sarg после ротации будет грызть его, а не пустой access.log.
12 matches
Mail list logo