Re: [SQU] Large file downloads stalling

Might be a TCP incompability between the two systems.

What does the (when stalled) packet exchange look like?

--
Henrik Nordstrom
Squid hacker
Linux genius extrodinaire wrote:
> 
> I tried that and found that all queues were empty.
> 
> I also tried having two windows open, one with a tcpdump of the traffic
> between my squid and the upstream cache and the other window having a tcpdump
> of the traffic between my squid and my client (netscape on a linux box).
> 
> When the download was running normally both windows showed data as one would
> expect but when the download stalled I could see every second or so a packet
> from the parent cache and a response from my squid... however in the other
> window the packets were not passed on from my squid to my client.
> 
> It still seems to me to be my squid that is the problem, especially since I
> don't encounter the problem when I go directly from tthe client to the
> upstream proxy.
> 
> Another thing I noticed was that for closer sites (ones that have a more
> steady and fast stream of data) The download seems to last longer before it
> stalls.
> 
> Do you have any suggestions?
> 
> Thank you
> Graham Crowe
> 
> >
> > Linux genius extrodinaire wrote:
> > >
> > > I just had a look at the definitions of those timeouts. It would appear that
> > > squid has a read_timeout 15 minutes after the download stalls. I still can't
> > > figure out why the download stalls though. I am pretty sure that it is Squid
> > > as the problem doesn't exist when I go direct without using my proxy.
> >
> > "netstat -n | grep tcp"on the Squid box should tell you if there is any
> > data pending on the socket. It it isn't then the parent is not sending
> > any more data to Squid.
> >
> > If you don't see any data pending on the sockets, then Squid is not to
> > blame.
> >
> > If there is data pending on the socket connected to your client, then
> > the client is the problem.
> >
> > If there is data pending on the socket to the parent, and no data
> > pending on the client connection then Squid is to blame.
> >
> > --
> > Henrik Nordstrom
> > Squid Hacker
> >
--
To unsubscribe, see http://www.squid-cache.org/mailing-lists.html