We have the same bug with squid and smartfilter compiled together.
After extensive testing we narrowed it down to a very long url
causing smartfilter to crash squid.
We have an open ticket with Secure Computing and are expecting
an engineering fix soon.
If you call 800-700-8328 and ask for Darrell, he is already
familiar with this problem.
-- Kirk Schneider 972-952-4645 (work) Raytheon IT Security Engineer 888-431-7621 (pager) McKinney, TX 214-912-8679 (cell) kschneider@raytheon.com -------- Original Message -------- Subject: [squid-users] FATAL: Received Segment Violation...dying. Date: Thu, 3 Oct 2002 20:12:11 -0400 From: squidlist <squidlist@cookthemail.com> Reply-To: squidlist <squidlist@cookthemail.com> To: <squid-users@squid-cache.org> Hi squid users!!! I have a HUGE problem and was hoping someone out there would have some advise. I am involved in a large squid implementation for my company (16,000 plus users). Today we tried to cut our users over today and as traffic ramped up (around 600 clients on 1 proxy, 5200 requests per min) the squid process died and I found FATAL: Received Segment Violation...dying in the cache log. These machines hardware did not seem to have any problem with the traffic but the squid process just could not take the load. The details on the proxies. 2 of the following load balaning the traffic Compaq DL-360 dual 1.3ghz 3 GB RAM dual scsi 36 GB drives in a mirror RAID 15 GB partition for cache squid 2.4 STABLE 7 smartfilter 3.1.1 SUSE 8.0 compiled with 2.95.3 At first reading the archieves I thought it was a gcc optimization issue but I found a post the said ./configure auto disables gcc optimazation options in squid 2.4 STABLE 7. That being said can anyone help me out and point me in the right direction???? I thought about compiling with a new version of gcc but since -O was already disabled I have no idea what that would even do. I am hoping someone has done this big a squid implementation. I am hoping squid can handle it and that we can have another win for open source. --Received on Fri Oct 04 2002 - 10:52:05 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:10:36 MST