Hi Paul,
I was most interested in your problem as posted.
Looking at http://w3.mivlmd.cablespeed.com/~pwh/owa-squid.jpg this is
exactly the sort of problem I had recently with Squid-2.4-Stable6.
It only seemed to happen on certain sites, usually sites with large
pages & either a lot of images or frames or both. I also noticed that
the more I loaded up the cache with requests in quick succession, the
worse the problem got, suggesting to me some sort of bottle-neck. Most
of these sites also were .asp pages, I don't know if this had any impact
or was just coincidence.
However, I have since fixed the problem & so have posted below how I
fixed it. This may not work for you, but if you're at your wits end as
to how to fix the problem, any ideas are better than none. So is worth a
shot I think.
First thing I did was to try upgrading to squid-2.5-pre10. This made no
difference whatsoever.
However, sticking with 2.5 and after some heavy reading I re-built squid
with the following options:
./configure --enable-linux-netfilter --enable-cache-digests
--enable-arp-acl --enable-htcp --enable-icmp --with-pthreads
--enable-gnuregex --enable-async-io --enable-store-io=ufs,aufs,diskd
--enable-removal-policies --with-aio --with-dl
make
make install
make install-pinger
The squid.conf I left as default as possible & only made the following
changes:
Made the cache size 200MB & changed the cache storage method to use
'aufs'
cache_dir aufs /usr/local/squid/var/cache 200 16 256
Allowed access to the local network(pretty obvious)
acl our_networks src 192.168.0.0/24
http_access allow our_networks
Changed LRU to 1 month
reference_age 1 month
That's it.
Think it may have to do with using 'aufs' for the cache filesystem.
http://squid.visolve.com/squid24s1/glossary.htm#filesystems writes:
"asyncronous I/O (diskd/aufs) is beneficial for single drive
configurations with "higher" request loads, in many cases allowing you
to push about 100% more I/O thru the drive before latency creeps up too
high"
Diskd would be the next one to try.
As soon as I revert back to plain 'ufs', the old gremlins start creeping
back.
System specs:
Slackware 8.1 using 2.4.18 kernel
500MHz proc. w/384MB RAM
20GB HD
Serving 2 other PC's on a NATed LAN
NOTE - Even though this a NAT set-up, I haven't configured squid to be a
transparent proxy as recommended, as it seems to work terrific as it is.
It also allows the NATed boxes to go direct if squid fails.
Hope this helps.
I could be way off the mark here, but a sysadmin I ain't. :)
On Wed, 2002-08-07 at 22:45, Paul Henne wrote:
> Thank you everyone for your help!
>
> I have tried using extension_methods SEARCH. Unfortunately, this does
> not resolve the problem. I was under the impression (especially after
> briefly looking at the code) that using this method is equivalent to
> editing the source. However I will try that and see what happens as I
> did not look at the code extensively.
>
> I have tried all methods given in the squid-users mailing list archive
> dating back to year 2000 on this problem. None have fixed the problem
> for me... :(
>
> Also I forgot to give my platform: Red Hat Linux 7.2 (I have removed
> the squid 2.4-STABLE1 RPM from Red Hat before installing my current
> version of squid.)
>
> Thanks! :)
> Paul
>
> Paul W. Henne
> Systems Engineer
> DocuTECH
> 1651 Crofton Blvd, Suite 5
> Crofton, MD. 21114
> PH-410.793.0301
> FX-410.721.6186
> CP-410.320.7670
> www.docutech.com
> phenne@md.docutech.com
>
>
> -----Original Message-----
> From: Joe Cooper [mailto:joe@swelltech.com]
> Sent: Tuesday, August 06, 2002 11:25 PM
> To: Metro
> Cc: squid-users@squid-cache.org
> Subject: Re: [squid-users] Outlook Web Access 2000 will not work with
> squid??Tried suggestions in archives, no luck...
>
> Recompiling is not necessary to add new methods.
>
> Use the extension_methods directive.
>
> For example:
>
> extension_methods SEARCH
>
> Searching the mailing list archives will reveal some other popular
> search methods (most of which will be included in 2.5STABLE by default).
>
> Metro wrote:
> > I have experinced the same problem before and someone gave me solution
> to
> > try and it work for me, you can try too
> > insert a line in file enums.h (usually at directory src/ on squid
> source
> > code)
> > METHOD_SEARCH,
> >
> > and in file url.c on *RequestMethodStr[] section insert a line
> > "SEARCH",
> >
> > note :
> > - dont forget the comma,
> > - insertion position must be same on both file (eq. both on first
> position)
> >
> > recompile squid
> > restart squid (it doesnt work with squid -k reconfigure)
> >
> > this works with squid-2.4STABLE2, and also for squid-2.4STABLE6 i'm
> > currently using.
> >
> > rgds,
> >
> >
> > ++++ cut ++++
> > ----- Original Message -----
> > From: Paul Henne
> > To: squid-users@squid-cache.org
> > Sent: Wednesday, August 07, 2002 3:50 AM
> > Subject: [squid-users] Outlook Web Access 2000 will not work with
> squid??
> > Tried suggestions in archives, no luck...
> >
> >
> > I am unable to get Outlook Web Access 2000 (via Exchange 2000 SP2) to
> work
> > with squid.
> >
> > I have tried "always_direct allow", "no_cache deny", and
> "extension_methods
> > POLL SEARCH SUBSCRIBE" (actually tried various combinations of the
> three
> > parameters for extension_methods, including just SUBSCRIBE), with no
> luck or
> > change in the end result.
> >
> > I am currently using squid 2.4.STABLE6, and will try 2.4.STABLE7
> shortly.
> >
> > A screen capture of what ends up in the browser window can be viewed
> here:
> > http://w3.mivlmd.cablespeed.com/~pwh/owa-squid.jpg
> >
> > We have several linux boxes running squid in production at several
> customer
> > sites, including a large, national one. All have reported the same
> problem.
> > At this point I have exhausted all of the ideas given on this mailing
> list
> > (except STABLE7, but we are using a squid plug-in to filter sites, and
> the
> > plug-in has not been tested on STABLE7), yet the problems persist.
> Can
> > anyone help? Does squid just not work with this version of Outlook
> Web
> > Access?? Thanks in advance...!!!
> >
> > Anxiously (and hopefully) Awaiting Replies,
> > Paul
> > ---
> > Paul W. Henne
> > Systems Engineer
> > DocuTECH
> > 1651 Crofton Blvd, Suite 5
> > Crofton, MD. 21114
> > PH-410.793.0301
> > FX-410.721.6186
> > CP-410.320.7670
> > www.docutech.com
> > phenne@md.docutech.com
> > +++++++++++++++++++++++++++
> >
>
>
>
> --
> Joe Cooper <joe@swelltech.com>
> Web caching appliances and support.
> http://www.swelltech.com
>
http://digital.yahoo.com.au - Yahoo! Digital How To
- Get the best out of your PC!
Received on Thu Aug 08 2002 - 01:36:01 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:09:33 MST