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 . Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
handler Опубликовано 13 мая, 2007 Автор Жалоба Поделиться Опубликовано 13 мая, 2007 Благодарю! Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
Рекомендуемые сообщения
Присоединяйтесь к обсуждению
Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.