IMHO the proper way would be to adopt zeromq or similar messaging
library for communication with rock diskers.
On Wed, Mar 26, 2014 at 2:23 AM, Eliezer Croitoru wrote:
> I have been wondering about the need of a shared cache_dir.
> In squid the development of a cluster is kind of uses ICP and HTC
Hi
So documentation is right but placement of the statement is possibly
wrong. Its not highlighted right infront. i.e qos_flows applies only
for packets from server to client(squid) NOT from client to server.
Is it possible to do reverse too? Or atleast have an acl where I can
check incoming
Although this is a squid forum, and not for email or firewall:
Just completely remove the firewall (all ports on all interfaces are open !)
In case, then email is usable, it really is a firewall problem.
Then
Make shure, your clients are allowed access to your mail server, and mail
server cann acce
Dear Amos
returning to our problem CPU Spikes on squid 3.1.19 or 2.7.9 i see this
bug in gdb
while ((t_off + p.len) < offset)
and other while loops like ( while L ) and hanging
and some errors like :0x7f4e932c8103 in epoll_wait () from
/lib64/libc.so.6
this errors rises CPU
Maybe I missed something but:
Is there any bug report in the bugzilla?
It is better tracked this way.
What was the original issue? CPU SPIKES? how many users?
Not related to hardware issues but what are the specs of the machine?
Why 3.1.19? have you considered that one cpu cannot take the load by
On Thu, 2014-03-27 at 10:26 +, Ed W wrote:
> Yes, I'm still really interested to implement this. I got as far as
> doing some investigation a few weeks back.
Thanks for looking into it. I'd like to sort it myself, but don't have
the time at the moment. In the meantime, I'll aim to submit a p
I am using clients and it seems like the connection is breaking from
unknown reason.
I was thinking of maybe the blame is the: client_idle_pconn_timeout.
it's a CONNECT connection and I can dig up the logs to see what happens
but it seems rather weird.
Are there any settings in the linux kernel
On 27/03/2014 2:09 p.m., Eliezer Croitoru wrote:
> I am using clients and it seems like the connection is breaking from
> unknown reason.
> I was thinking of maybe the blame is the: client_idle_pconn_timeout.
> it's a CONNECT connection and I can dig up the logs to see what happens
> but it seems r