handler Опубликовано 9 мая, 2007 Жалоба Опубликовано 9 мая, 2007 Здравствуйте! ос - suse10.2 Поставил sarg для сбора статистики, все работало пока не удалил access.log(думал обновить статистику но в доке написано нельзя его удалять), затем создал заново. Теперь права доступа: suse:~ # ls -l /var/log/squid total 4556 -rwxrwxrwx 1 root root 1524946 May 9 12:01 access.log -rw-r----- 1 squid nogroup 521128 May 9 11:31 cache.log -rw-r----- 1 root root 4231 May 9 10:09 rcsquid.log -rw-r----- 1 squid nogroup 2589243 May 9 12:01 store.log squid работает, логи пишет по-прежнему, но sarg начал виснуть. После Ctrl+D выдает: suse:~ # sarg SARG: Records in file: 16825, reading: 100.00% sort: open failed: /tmp/sarg/virtual.log /tmp/sarg/virtual.unsort: No such file or directory sort: open failed: /tmp/sarg/80.log /tmp/sarg/80.unsort: No such file or directory sort: open failed: /tmp/sarg/on.log /tmp/sarg/on.unsort: No such file or directory переустанавливал sarg несколько раз - не помогает Без Вашей помощи вижу одно средство - переустановка системы целиком(очень нехочется) Подскажите, пожалуйста. как выйти из создавшегося положения (красиво выйти ) И с празником Вас 9 мая! Цитата
cppmm Опубликовано 9 мая, 2007 Жалоба Опубликовано 9 мая, 2007 Ну, логично предположить, что не помешало бы проверить наличие и права указанных файлов... Цитата
handler Опубликовано 9 мая, 2007 Автор Жалоба Опубликовано 9 мая, 2007 данную директорию в директории /tmp и все находящиеся в ней файлы (в том числе и отсутствующие) sarg создает сам на время генерации отчета и удаляет ее после использования... Цитата
Ineu Опубликовано 9 мая, 2007 Жалоба Опубликовано 9 мая, 2007 Действительно, access.log удалять не стоит. Если логи не нужны, то сначала нужно открыть новые: squid -k rotate, а потом удалять старые. При таком обнулении логов новый файл должен создаться с правильными правами. Попробуйте проделать такую операцию, посмотрите права, если там все нормально, а сарж все равно не желает работать, нужно уже смотреть в его сторону. Цитата
handler Опубликовано 9 мая, 2007 Автор Жалоба Опубликовано 9 мая, 2007 ничего не обнуляется - все по-прежнему. Буду ставить систему заново - без sarg делать нечего... Цитата
Ineu Опубликовано 9 мая, 2007 Жалоба Опубликовано 9 мая, 2007 Алексей писал(а) Wed, 09 May 2007 14:32 ничего не обнуляется - все по-прежнему. Команду squid -k rotate надо давать при запущенном сквиде. Цитата
handler Опубликовано 9 мая, 2007 Автор Жалоба Опубликовано 9 мая, 2007 а при выключеном она и не выполняется - я сначала остановил его запустил команду она выдала ошибку запустил заново тогда выполнил - права те же... Цитата
handler Опубликовано 10 мая, 2007 Автор Жалоба Опубликовано 10 мая, 2007 переустановил squid теперь права доступа на логи: suse:~/sarg-2.2.3.1 # ls -l /var/log/squid total 68 -rw-r----- 1 squid nogroup 26986 May 10 13:50 access.log -rw-r----- 1 squid nogroup 2643 May 10 13:47 cache.log -rw-r----- 1 root root 0 May 10 13:42 rcsquid.log -rw-r----- 1 squid nogroup 34638 May 10 13:50 store.log теперь sarg работает все в порядке всем спасибо! мораль такова: не удаляйте access.log! Цитата
handler Опубликовано 10 мая, 2007 Автор Жалоба Опубликовано 10 мая, 2007 Тепер насчет редиректов: прочитал статью про редирект на squid там упоминается опция redirect_program в squid.conf squid 2.6 stable но опции не нашел, прописал ручками сам после рестарта squid падает в логи пишет: May 10 15:50:52 suse squid[13733]: WARNING: url_rewriter #1 (FD 7) exited May 10 15:50:52 suse squid[13733]: WARNING: url_rewriter #5 (FD 11) exited May 10 15:50:52 suse squid[13733]: WARNING: url_rewriter #4 (FD 10) exited May 10 15:50:52 suse squid[13733]: Too few url_rewriter processes are running May 10 15:50:52 suse squid[13733]: The url_rewriter helpers are crashing too rapidly, need help! May 10 15:50:52 suse squid[13695]: Squid Parent: child process 13733 exited due to signal 6 May 10 15:50:52 suse squid[13695]: Exiting due to repeated, frequent failures убрал свою опцию все работает. Кто нибудь настраивал редиректоры для борьбы с баннерами на squid? Надеюсь на Вашу помощь! Цитата
handler Опубликовано 10 мая, 2007 Автор Жалоба Опубликовано 10 мая, 2007 squid 2.6 stable вместо redirect_program использует url_rewrite_program прописал в нее путь к редиректору да еще увеличил url_rewrite_children с 5 до 10 все работает. В качестве редиректора поставил squirm(на cайте squid рекомендуют), прописал ему адреса которые банить но картина на меняется - трафик не фильтруется. А как Вы баните? Цитата
handler Опубликовано 11 мая, 2007 Автор Жалоба Опубликовано 11 мая, 2007 Так, с редиректором пока не разобрался - закомментировал его. Начал банить ч|з acl ... url_regex Теперь запросы отклоняет но на страницах появляется вместо банера "error" - кто нибудь знает как изменить поведение squid'а при замене банера, чтобы , к примеру, наша картинка появлялась? Цитата
vpk_vpk Опубликовано 11 мая, 2007 Жалоба Опубликовано 11 мая, 2007 Самый простой (но не самый правильный) способ - перенаправить их на 127.0.0.1 в /etc/hosts в виде: 127.0.0.1 bannerbank.ru . Цитата
Рекомендуемые сообщения
Присоединяйтесь к обсуждению
Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.