Re: ICAP connections under heavy loads

2012-09-04 Thread Alexander Komyagin
On Fri, 2012-08-31 at 11:05 -0600, Alex Rousskov wrote: On 08/31/2012 09:01 AM, Alexander Komyagin wrote: Alex, I figured it out, finally! The bug was in comm_connect_addr() function (I suppose it is kernel-dependent though). Consider following call trace: 1) Xaction starts ConnOpener

Re: BZR repository upgrade re-proposal.

2012-09-04 Thread Kinkie
On Tue, Sep 4, 2012 at 2:25 AM, Henrik Nordström hen...@henriknordstrom.net wrote: tis 2012-09-04 klockan 11:41 +1200 skrev Amos Jeffries: There is also an alternative layout tree at /bzr/squid3-new-2a/ which flattens the tree to ../ trunk 3.0 3.1 3.2

Re: ICAP connections under heavy loads

2012-09-04 Thread Alex Rousskov
On 09/01/2012 03:26 AM, Amos Jeffries wrote: /// a helper job that connects to the ICAP service and /// calls our connector callback; unused on pconns Comm::ConnOpener *opener; It would be better to declare this just above the connector declaration to keep opener and connector

Re: ICAP connections under heavy loads

2012-09-04 Thread Alex Rousskov
On 09/01/2012 03:26 AM, Amos Jeffries wrote: On 1/09/2012 5:05 a.m., Alex Rousskov wrote: * For the conn-open-timeout patch: Most importantly, the timeout handler should abort the ConnOpener job on the spot rather than go through one more select() try. ConnOpener should be obeying

Re: ICAP connections under heavy loads

2012-09-04 Thread Alex Rousskov
On 09/04/2012 03:10 AM, Alexander Komyagin wrote: On Fri, 2012-08-31 at 11:05 -0600, Alex Rousskov wrote: On 08/31/2012 09:01 AM, Alexander Komyagin wrote: Alex, I figured it out, finally! The bug was in comm_connect_addr() function (I suppose it is kernel-dependent though). Consider

Re: BZR repository upgrade re-proposal.

2012-09-04 Thread Alex Rousskov
On 09/04/2012 03:28 AM, Kinkie wrote: Great. I'm holding off the merge for a few days, I hope that this discussion will complete positively soon. IIRC, I was unhappy about the earlier upgrade proposal because bzr on older but still supported RHEL boxes did not support 2a at the time, and I

Re: Native FTP proxying

2012-09-04 Thread Alex Rousskov
On 08/17/2012 06:47 PM, Henrik Nordström wrote: fre 2012-08-17 klockan 18:03 -0600 skrev Alex Rousskov: What do you think? Should a quality implementation of native FTP support be accepted by the Squid Project (with specific major design choices to be discussed before the development, as

Re: BZR repository upgrade re-proposal.

2012-09-04 Thread Henrik Nordström
tis 2012-09-04 klockan 11:00 -0600 skrev Alex Rousskov: It would be nice to have specific instructions on how to update a local branch to support 2a. I see bzr upgrade command but it is not clear whether that is sufficient, especially with all the talk about two repositories (old and 2a).

Re: Native FTP proxying

2012-09-04 Thread Henrik Nordström
tis 2012-09-04 klockan 12:22 -0600 skrev Alex Rousskov: A FTP client-side might be accepted, allowing Squid to act as an ftp-ftp gateway using HTTP semantics internally, even accepting ftp-http gatewaying if you want. But not sure it makes sense to add native FTP proxy support. Can you

Re: Native FTP proxying

2012-09-04 Thread Alex Rousskov
On 09/04/2012 03:04 PM, Henrik Nordström wrote: tis 2012-09-04 klockan 12:22 -0600 skrev Alex Rousskov: A FTP client-side might be accepted, allowing Squid to act as an ftp-ftp gateway using HTTP semantics internally, even accepting ftp-http gatewaying if you want. But not sure it makes

Re: Native FTP proxying

2012-09-04 Thread Henrik Nordström
tis 2012-09-04 klockan 16:29 -0600 skrev Alex Rousskov: Why would the second approach be required by some? In other words, what kind of FTP functionality the first approach cannot support? I do not favor the second approach, but I would like to know what we are losing by using the first

Re: Native FTP proxying

2012-09-04 Thread Alex Rousskov
On 09/04/2012 05:14 PM, Henrik Nordström wrote: tis 2012-09-04 klockan 16:29 -0600 skrev Alex Rousskov: Why would the second approach be required by some? In other words, what kind of FTP functionality the first approach cannot support? I do not favor the second approach, but I would like to

About his bug: 3620 that the IL mirror is not up to date.

2012-09-04 Thread Eliezer Croitoru
I spoke with my ISP and they made double checks and the reason for the page appearing from 3 weeks ago is not due to their cache. they did some more research and it's the same from two different local ISPs that is not providing the hosting services for the IL mirror. I added two screenshots

Store_url_rewrite for squid 3+

2012-09-04 Thread Eliezer Croitoru
I'm reading some code (will take a while) to maybe get a functional store_url_rewrite for squid3+. Actually i was thinking about it a lot and the process should be very simple: use some stdin+stdout like for url_rewrite interface for starter. i think this is can be done pretty fast if someone

Re: Store_url_rewrite for squid 3+

2012-09-04 Thread Amos Jeffries
On 5/09/2012 4:10 p.m., Eliezer Croitoru wrote: I'm reading some code (will take a while) to maybe get a functional store_url_rewrite for squid3+. Actually i was thinking about it a lot and the process should be very simple: use some stdin+stdout like for url_rewrite interface for starter.