Re: sslWriteServer: write failure problem ??? memory is never release ???

From: Duane Wessels <wessels@dont-contact.us>
Date: Mon, 17 Jul 2000 21:27:57 -0600

On Thu, 22 Jun 2000, [ISO-8859-1] Sébastien LETARD wrote:

> Hi,
>
> We have trouble using our squid proxy 2.2STABLE5, on linux RH6.0,
> because it seems to allocate memory which is never release ? After a
> reboot the server (512Mo) has more than 350Mo available memory. Our
> Squid proxy is working properly a few days, however, free memory
> decreases every hours and when there is only roughly 3 Mo left, squid

Are you looking at free memory with 'top'?

Squid is not the only thing on your system that uses memory.
Some memory is allocated by the operating system to
disk buffers, TCP socket buffers, etc.

I would look at 'netstat -s' and 'netstat -n' output
to start with. Also see if you can find other programs
that report more detail about system-wide memory usage.
On freeBSD vmstat -m is a good one.

> hangs with the following logs in cache.log file:
>
> 2000/06/22 11:28:35| sslStart: 'CONNECT interactif.creditlyonnais.fr:443'
> 2000/06/22 11:28:35| sslConnected: FD 46 sslState=0x86366d0
> <loop -- a lot of these lines which load the CPU up to 99%, because squid does many tries before the "broken pipe">
> 2000/06/22 11:28:36| sslWriteServer: FD 29, 86 bytes to write
> 2000/06/22 11:28:36| sslWriteServer: FD 29, -1 bytes written
> 2000/06/22 11:28:36| sslWriteServer: FD 29: write failure: (11) Ressource temporairement non disponible.
> </loop>
> 2000/06/22 11:28:36| sslWriteServer: FD 46, 86 bytes to write
> 2000/06/22 11:28:36| sslWriteServer: FD 46, -1 bytes written
> 2000/06/22 11:28:36| sslWriteServer: FD 46: write failure: (32) Relais brisé (pipe).
> 2000/06/22 11:28:36| sslServerClosed: FD 46
> 2000/06/22 11:28:36| sslClientClosed: FD 25
> 2000/06/22 11:28:36| sslStateFree: sslState=0x86366d0
> and again ....

This is strange. Does it only happen when your free memory gets
so low?

"Ressource temporairement non disponible" is an temporary failure.
As you can see, squid tries to write again. Normally, the operating
system would not tell Squid to write the data until the
write call would be successful.

Have you considered upgrading your Linux version?
Received on Mon Jul 17 2000 - 21:30:19 MDT

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:54:32 MST