Bug 178055 - reverse lookups can crash squid with 'signal 6'
Summary: reverse lookups can crash squid with 'signal 6'
Status: CLOSED DUPLICATE of bug 165367
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: squid   
(Show other bugs)
Version: 3.0
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: Martin Stransky
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2006-01-17 17:13 UTC by illtud
Modified: 2007-11-30 22:07 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-01-18 11:35:59 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description illtud 2006-01-17 17:13:56 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.7.12) Gecko/20050915

Description of problem:
Some requests for numeric IP address referenced pages will cause squid child processes to crash. Too many of these and squid will bail out altogether due to 'repeated, frequent failures'.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Have a dstdomain acl so that squid performs reverse lookups on numeric IP addresses
2. Send a number of numeric IP address requests to squid


Actual Results:  1. Watch child processes die 'due to signal 6'
2. Too many of these and the parent process will die 'Exiting due to repeated, frequent failures'

Expected Results:  Squid retuns the requests.

Additional info:

Googling found this thread, which enabled me to workaround the problem (by removing the dstdomain acl for the time being):


Some detective work was done later in the thread:

Seems to have been fixed in squid upstream:

Fixed in one of these squid bugzillas:

Comment 1 illtud 2006-01-17 17:28:42 UTC
To reproduce, it may be that the host being reverse looked-up must have a PTR
record and a CNAME. That would explain why the problem only became apparent to
us today (after that specific host was given a CNAME). This may point to the
squid bug being:


although that refers to multiple PTR records, rather than PTR & CNAME, but I'd
imagine that you'd want dstdomain (and other acl DNS lookups) to match CNAMEs as
well, so it wouldn't surprise me if this would trigger it as well.

Comment 2 Martin Stransky 2006-01-18 11:35:59 UTC
Thanks for your report, it will be fixed in the next RHEL3/4 update.

*** This bug has been marked as a duplicate of 165367 ***

Note You need to log in before you can comment on or make changes to this bug.