Thanks for the response Guido, I did what you suggested and here are the results. Increasing the Cache size did nothing (I believe this is due to the fact we have caching turned off). Removing the ACLs. I first removed the Deny ACL. I still had the problems. While the Deny ACL was removed, I removed the Approved ACL. It stayed up and running for over 6 hours. However, we are a hospital and our Clinical staff needed to get out the some sites that are approved, so I put the approved ACL back in. Within 2 hours it had crashed and stopped responding. With the above information in mind, is there a theoretical maximum number of entries for the ACL's for Squid to parse? If so, what is the maximum? If not, is there an alternative to the ACL's to give users the ability to get out to approved sites, without Authentication. With many thanks, Sam -----Original Message----- From: Serassio Guido [mailto:guido.serassio@xxxxxxxxxxxxxxxxx] Sent: Monday, June 13, 2005 3:19 PM To: Sam Reynolds Cc: squid-users@xxxxxxxxxxxxxxx Subject: RE: [squid-users] Squid 3.0 Crashing every few minutes Hi Sam, At 21.03 13/06/2005, Sam Reynolds wrote: >Do you can post your squid.conf ? > >Sure here it is cleaned up. Nothing strange here. >And how many request do you have ? > >Is there a simple way to figure out how many requests? I know we >currently have around a 1000 users. We have two ACL's in use: 1) a >global permitted ACL which lists sites that all people can get to, >regardless of authentications. 2) A global Deny ACL restricting sites >regardless of authentication. > >We then use the Raidus server to approve users that are allowed out, and >then a Standard Deny All. > >Another info, what OS ? > >Fedora Core 1. So, we should try to isolate the component where is the Squid 3.0 problem. You say that you have 1000 users defined. So this probably means at least 10 - 50 concurrent users using acls and a very small disk cache. So if possible, please make the following test: - Remove any acl. - Increase the cache size at least to 1024 MB. - Make a test reducing the number of concurrent users, for example using another machine. Regards Guido - ======================================================== Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.serassio@xxxxxxxxxxxxxxxxx WWW: http://www.acmeconsulting.it/
