RE: [squid-users] Squid tunning

From: Hamid Hashemi Golpayegani <hamid@dont-contact.us>
Date: Wed, 5 Jun 2002 17:07:25 +0430

Try this henrik help for kernel 2.2 and I think with no different in
kernel 2.4
http://squid.sourceforge.net/hno/linux-lfd.html

--
Regards
    =================================================================
   /  Seyyed Hamid Reza    /        WINDOWS FOR NOW  !!            /
  /  Hashemi Golpayegani  /  Linux for future , FreeBSD for ever  /
 /    Morva System Co.   / ------------------------------------- /
/  Network Administrator/ hamid@morva.net   ,   ICQ# : 42209876 /
================================================================ 
-----Original Message-----
From: patrice.valentin@itc.alstom.com
[mailto:patrice.valentin@itc.alstom.com] 
Sent: Tuesday, June 04, 2002 9:38 PM
To: squid-users@squid-cache.org
Cc: placouague@coheris.com
Subject: [squid-users] Squid tunning
Hi,
As I said in my first mail, I search for tunning for my system, but
after update my file-max parameter (from 4096 to 32768) and my inode-max
parameter (from 8192 to 131072) I still have thousands of the following
messages in my cache.log file :
2002/06/03 16:54:44| sslWriteServer: FD 935: write failure: (32) Broken
pipe. 2002/06/03 16:54:44| sslWriteServer: FD 138: write failure: (32)
Broken pipe. 2002/06/03 16:54:49| WARNING! Your cache is running out of
filedescriptors 2002/06/03 16:54:49| sslWriteServer: FD 915: write
failure: (32) Broken pipe.
This is my squid.conf :
cache_peer 10.3.2.8 parent 8080 0 no-query default cache_swap_high 80
cache_swap_high 85 cache_dir diskd /cache1 15000 16 256 cache_dir diskd
/cache2 15000 16 256 cache_access_log /var/log/squid/access.log
cache_log /var/log/squid/cache.log cache_store_log none
request_body_max_size 20 MB
refresh_pattern         ^ftp:           1440    20%     10080
refresh_pattern         ^gopher:        1440    0%      1440
refresh_pattern         .               0       20%     4320
reference_age 1 week
acl all src 0.0.0.0/0.0.0.0
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl SSL_ports port 443 563
acl Safe_ports port 80 21 443 563 70 210 1025-65535
acl Safe_ports port 280         # http-mgmt
acl Safe_ports port 488         # gss-http
acl Safe_ports port 591         # filemaker
acl Safe_ports port 777         # multiling http
acl CONNECT method CONNECT
http_access allow all
http_access allow localhost
http_access deny all
icp_access allow all
miss_access allow all
never_direct allow all
I have to say that the proxy server serves around 27000 users, in one
hand directly, in the other hand through site proxies (squid in many
cases !). The issue is that the users get very often the error page with
broken pipe and slow performances, so please could someone help me
before I'm going to be crazy !
Best regards
Patrice Valentin
----- Forwarded by Patrice VALENTIN/FR/ITC/ALSTOM on 04/06/2002 16:01
-----
 
                      Patrice VALENTIN
                                               To:
squid-users@squid-cache.org                                    
                      22/05/2002 10:56         cc:
                                               Subject: Squid tunning
 
Hi,
I curently run a squid-2.4.STABLE1-5 on a Redhat 7.0
My server is a Dell poweredge 2450 with two Raid 1 system disks (2x9GB)
and two separate disks for two different cache directories (2x18.6GB)
the CPU is a Pentium III 1Ghz with 512MB SDRAM. More than 27000 users
have access to the Internet through this proxy, with a 8Mb access to the
ISP. My problem is the folowing, my users have complaints with a small
message which occur several times The system returned:
(32) Broken pipe
An error condition occurred while writing to the network.
I read a mail exchange between Henrik Nordstrom and a squid user that
dealt with TCP connection and some stuff like this. So could someone
tell me hox to tune my Redhat to solve this issue.
Best regards
Patrice Valentin
CONFIDENTIALITE : Ce message et les éventuelles pièces attachées sont
confidentiels. Si vous n'êtes pas dans la liste des destinataires,
veuillez informer l'expéditeur immédiatement et ne pas divulguer le
contenu à une tierce personne, ne pas l'utiliser pour quelque raison que
ce soit, ne pas stocker ou copier l'information qu'il contient sur un
quelconque support.
CONFIDENTIALITY : This  e-mail  and  any attachments are confidential
and may be privileged. If  you are not a named recipient, please notify
the sender immediately and do not disclose the contents to another
person, use it for any purpose or store or copy the information in any
medium.
Received on Wed Jun 05 2002 - 06:37:45 MDT

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:08:27 MST