Le Wed, 12 May 2010 21:58:38 +0200,
Henrik Nordström hen...@henriknordstrom.net a écrit :
ons 2010-05-12 klockan 17:20 +0200 skrev Emmanuel Lesouef:
Le Wed, 12 May 2010 23:10:00 +0800,
Jeff Pang pa...@arcor.de a écrit :
How about upgrading squid to the latest version (2.7 or 3.1)?
Andre Weidner wrote:
Original-Nachricht
Datum: Sat, 29 May 2010 00:24:13 +1200
Von: Amos Jeffries squ...@treenet.co.nz
An: squid-users@squid-cache.org
Betreff: Re: [squid-users] cache_peer / always_direct / subnet
The dst ACL type requires Squid to resolve the requested
GIGO . wrote:
Hi henrik,
Right now i don't have my access.log. (will share it with you after the weekend) However let me tell you that after setting the negative_ttl to 0. Apparently the problem was resolved. But i need to be sure about it.
Do you think that this had resolved the problem?
Hi List,
I use a squid3-3.0.STABLE8 reverse proxy on a debian system.
It makes forward queries to web server, which is accessible from 2 public ips.
My peer config:
---
cache_peer x.y.z.57 parent 80 0 no-query no-digest no-netdb-exchange
originserver name=parent1 round-robin login=PASS weight=16
By accident I discovered, that all of my 4 squid3 proxies see a steady
increase in filedescriptor usage:
http://www.arschkrebs.de/bugs/fd-leak.png
Is this an error in my observation or is this a known problem?
# dpkg -l |grep squid3
ii squid3 3.0.STABLE19-2 A full
Hello, I have Squid 3.1.3 running on a server very happily. I am
trying to get squidguard to run with it.
So at the top of the squid.conf file i put:
url_rewrite_program /usr/bin/squidGuard -c /etc/squid/squidguard.conf
Then squidguard has:
#
# CONFIG FILE FOR SQUIDGUARD
#
dbhome
mån 2010-05-31 klockan 13:03 +0200 skrev Ralf Hildebrandt:
By accident I discovered, that all of my 4 squid3 proxies see a steady
increase in filedescriptor usage:
Known bug. Cause not yet identified.
Regards
Henrik
* Henrik Nordström hen...@henriknordstrom.net:
mån 2010-05-31 klockan 13:03 +0200 skrev Ralf Hildebrandt:
By accident I discovered, that all of my 4 squid3 proxies see a steady
increase in filedescriptor usage:
Known bug. Cause not yet identified.
Good. Bad.
It's easily worked around by
mån 2010-05-31 klockan 19:19 +0200 skrev Ralf Hildebrandt:
It's easily worked around by restarting it once a week. Maybe it has
something to do with my user of ICAP or is that bug (which #?)
completely unrelated to ICAP?
Seems unrelated to ICAP.
Don't have the bug #, but should be easy to
* Henrik Nordström hen...@henriknordstrom.net:
mån 2010-05-31 klockan 19:19 +0200 skrev Ralf Hildebrandt:
It's easily worked around by restarting it once a week. Maybe it has
something to do with my user of ICAP or is that bug (which #?)
completely unrelated to ICAP?
Seems unrelated to
mån 2010-05-31 klockan 19:40 +0200 skrev Ralf Hildebrandt:
http://dspace.mit.edu/bitstream/handle/1721.1/41645/219706931.pdf?sequence=1
Thanks, but we know very well where it is leaking. Just not why..
Regards
Henrik
Hi!
Thanks Alexandre and Amos for your replies, together they pointed me
into the right direction!
Based on the the URLs sent by Alexandre, I edited the
/etc/php5/cli/php.ini file and tested different values for
max_execution_time and max_input_time but none changed the PHP's
script behavior.
2010-05-31 16:17:31 [2785] squidGuard 1.3 started (1275319051.335)
2010-05-31 16:17:31 [2785] squidGuard ready for requests (1275319051.340)
2010-05-31 16:17:31 [2785] source not found
2010-05-31 16:17:31 [2785] no ACL matching source, using default
http://proxy.cp.mydomain.com/block.html
Hi Amos
Yes the problems seems to be gone and it could be the reason thanks for
explaining.
regards,
Bilal
Date: Mon, 31 May 2010 20:32:43 +1200
From: squ...@treenet.co.nz
To: squid-users@squid-cache.org
Subject: Re: [squid-users]
Le vendredi 28 mai 2010 01:22:57, Amos Jeffries a écrit :
Luis Daniel Lucio Quiroz wrote:
Le jeudi 27 mai 2010 07:30:11, Amos Jeffries a écrit :
Luis Daniel Lucio Quiroz wrote:
Le samedi 1 mai 2010 20:57:22, Amos Jeffries a écrit :
Luis Daniel Lucio Quiroz wrote:
Le vendredi 23 avril
15 matches
Mail list logo