Squid interrompendo Download

thiagoirch
(usa CentOS)

Enviado em 10/08/2011 - 09:26h

Bom dia a todos,
Tenho uma solução Squid em Bridge com Tproxy, 200 GB de Cache e 16 GB de RAM.
Já revirei a internet, reví praticamente todos os parametros do squid.conf e não consegui resolver esse problema.
Download de arquivos grande "NÃO CACHEADOS" são quebrados. Chegam a 30, 40 as vezes 80% e param. No navegador aparece a mensagem que "a conexão com o proxy foi reconfigurada", no /var/log/messages sai o log que o squid foi reiniciado isso com cerca de 4GB de memória livre.
São em media 10 a 12 mil conexões simultaneas no proxy.

eritonalmeida
(usa Debian)

Enviado em 10/08/2011 - 10:00h

vc ta usando o parametro client_lifetime?

posta seu squid.conf

thiagoirch
(usa CentOS)

Enviado em 10/08/2011 - 10:06h

Estou sim:
client_lifetime 2 day

thiagoirch
(usa CentOS)

Enviado em 10/08/2011 - 10:08h

http_port 8080
http_port 3129 tproxy

cache_mem 2048 MB
maximum_object_size_in_memory 100 KB
maximum_object_size 10 MB
minimum_object_size 0 KB
quick_abort_min -1 KB
quick_abort_pct 98
cache_swap_low 94
cache_swap_high 95
ignore_expect_100 on
vary_ignore_expire on
cache_dir aufs /WEBCACHE/squid 512000 16 256
cache_access_log /var/log/squid/access.log
cache_effective_user squid
cache_effective_group squid
cache_log /var/log/squid/cache.log
cache_store_log none
refresh_pattern ^ftp: 15 20% 2280
refresh_pattern ^gopher: 15 0% 2280
refresh_pattern . 15 20% 2280
cache_mgr webcache
logfile_rotate 2
dead_peer_timeout 30 seconds
peer_connect_timeout 60 seconds
request_timeout 25 minutes
connect_timeout 5 minute
client_lifetime 2 day
forwarded_for transparent
memory_replacement_policy heap LFUDA
cache_replacement_policy heap LFUDA
dns_nameservers xxxxxxx
dns_retransmit_interval 5 seconds
dns_timeout 2 minutes

#acl all src 0.0.0.0/0.0.0.0
acl manager proto cache_object
#acl localhost src 127.0.0.1/255.255.255.255
acl to_localhost dst 127.0.0.0
acl SSL_ports port 443 # https
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 777 # multiling http
acl purge method PURGE
acl CONNECT method CONNECT
#acl estranho src xxxx
acl NOCACHE url_regex "/etc/squid/nocache" /?

no_cache deny NOCACHE
#http_access deny estranho all
#http_access allow manager localhost
http_access deny manager
#http_access allow purge localhost
http_access deny purge
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
#http_access allow localhost
acl negado src "/etc/squid/redes"
http_access deny negado
http_access allow all
http_reply_access allow all

icp_port 3129
icp_access allow to_localhost
icp_access deny all

eritonalmeida
(usa Debian)

Enviado em 10/08/2011 - 12:24h

ja tive problema com downloads, resolvi removendo o client_lifetime e connect_timeout.

monitora o log /var/log/squid/cache.log na hora do download, ai vc achar o problema.

thiagoirch
(usa CentOS)

Enviado em 10/08/2011 - 14:13h

Então,
Se eu tirar esse dois paramêtros a unica coisa q vai acontecer é voltar ao valor default do squid.
O client_lifetime por exemplo que eu setei como 2 dias caira para um dia.

Essas alterações já foram uma tentativa desesperada de resolver o problema.
Já estou patinando nisso ha alguns dias.
Apesar de ser um squid um pouco incomum estou passando a considerar a possibilidade de limitações de SO, lembrando que estou com um Centos com Kernel modificado para tproxy.