squid (squid 3.0.STABLE10)

[ford1813]

Добрый день всем,
есть такая проблема.
Файл cache.log
забит весь такими сообщениями.
Буквально за час набилось 22 Гига в лог файл.

2008/11/22 11:53:27| httpAccept: FD 14: accept failure: (22) Invalid argument
2008/11/22 11:53:27| comm_old_accept: FD 14: (22) Invalid argument
Гугление на эту тему ничего не выдало мне.


Вот конфиг сквиды.



$oot@werti:/var/log/squid/logs# cat /etc/squid/squid.conf |grep -v ^# |grep -v ^
acl manager proto cache_object
acl localhost src 127.0.0.1/32
acl to_localhost dst 127.0.0.0/8
acl localnet src 12.12.12.2 # RFC1918 possible internal network
acl SSL_ports port 443
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 # https
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535 # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl CONNECT method CONNECT
http_access allow localnet
http_access allow manager localhost
http_access deny manager
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow localnet
http_access deny all
icp_access allow localnet
icp_access deny all
htcp_access allow localnet
htcp_access deny all
http_port 12.12.12.1:3128 transparent
hierarchy_stoplist cgi-bin ?
access_log /var/log/squid/logs/access.log squid
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern (cgi-bin|\?) 0 0% 0
refresh_pattern . 0 20% 4320
visible_hostname werti
icp_port 3130
coredump_dir /var/log/squid/cache

Единственное что пока радует , это не частая периодичность данного явления.
В среднем раз в неделю.

[skor]

http://www.mail-archive.com/squid-users@sq...g/msg57728.html

I have squid-3.0.STABLE8 and i didn't apply any patches for squid.Just for a solution i deleted all the logs and restarted . Now seems its back to normal. But if i get same error in the future what shall i do ? does it happens because of a bug ?

[abbris]

cache_log none
полагаю, вам поможет. И действительно, если все отлажено, вряд ли он вам нужен.

[Olden Gremlin]

cache_log none
полагаю, вам поможет. И действительно, если все отлажено, вряд ли он вам нужен.

Squid 3!

Starting Squid HTTP Proxy 3.0: squid3WARNING: Cannot write log file: none
none: Permission denied
messages will be sent to 'stderr'.
.

Вот чтобы такие надписи не раздражали, то можно смело делать так:

Код: Выделить всё

cache_log /dev/null
cache_store_log /dev/null

Лично мне просто неизвестны примеры когда могли бы понадобиться эти логи, а уж тем более неизвестен тот инструментарий который их анализировал и строил какую-то статистику. Буду рад если я не прав

[abbris]

да, действительно, для cache_log none не прокатит, а вот для cache_store_log я бы рекмендовал все же именно none, дабы отключить ненужную функциональность полностью, а не сливать работу в /dev/null.
И еще. Да, cache_store_log не имеет практического применения и рекомендуемый разработчиками вариант для него - none, чего нельзя сказать о cache_log, поскольку в нем может содержаться информация об ошибках, в частности о проблемах взаимодействия с хелперами и прочие. Отключать ее стоит лишь тогда, когда все отлажено и проверено.
У ОП, скорее всего, проблемы в конфигурации или м.б. даже в сборке и докопаться до истины я бы, все-таки, советовал, нежели заглушить эти проблемы с помощью /dev/null.

[ford1813]

Благодарю.
Позже покопаюсь. Ибо это не критично. На работе норм те же версии работают. А этот бардак дома(.