Bug 126510 - Bind crashes with assertion failure
Bind crashes with assertion failure
Status: CLOSED WORKSFORME
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: bind (Show other bugs)
3.0
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jason Vas Dias
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2004-06-22 13:30 EDT by Sherwin Ang
Modified: 2007-11-30 17:07 EST (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-06-03 10:27:00 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Output of cat /proc/cpuinfo (924 bytes, text/plain)
2004-12-08 13:14 EST, Michael Brock
no flags Details

  None (edit)
Description Sherwin Ang 2004-06-22 13:30:22 EDT
Description of problem:

Using Bind-9.2.2-21 which is the latest release for ES 3, bind crashed
with the following errors:

Jun 21 18:05:37 blues1 named[1558]: task.c:395: REQUIRE((((task) !=
((void *) 
0)) && (((const isc__magic_t *)(task))->magic == ((('T') << 24 | ('A')
<< 16 |  
('S') << 8 | ('K')))))) failed 
Jun 21 18:05:37 blues1 named[1558]: exiting (due to assertion failure) 


Additional info:

http://bugzilla.conectiva.com/show_bug.cgi?id=10714
Comment 1 Daniel Walsh 2004-06-23 15:42:36 EDT
This is fixed in bind-9.2.3 which is available from Rawhide or in the
next update U3.
Comment 2 Zachary Reneau 2004-06-24 16:11:13 EDT
When is the scheduled release of Update 3?
Comment 4 Zachary Reneau 2004-06-29 17:15:14 EDT
Can a hotfix for this issue be provided in the meantime?
Comment 5 Michael Brock 2004-12-08 12:05:15 EST
This customer still has the problem.  He's currently running 9.2.4-
EL3_10 and getting the same task.c assertion errors.  As a temporary 
work around, I've added OPTIONS="-n 1" to his /etc/sysconfig/named to 
disable multi-thread support.  After doing so, the customer has yet 
to report any errors (6 days). 
Comment 6 Jason Vas Dias 2004-12-08 12:17:07 EST
 What machine architecture is BIND running on here ?
 How many CPUs ?  Is Hyperthreading enabled ?
 Please append the result of the command :
 # cat /proc/cpuinfo 
 run as root on the customer machine to this bug.

 The latest version of BIND for RHEL-3 is 
 bind-9.2.4-4_EL3 
 (the final 'release candidate' version of ISC BIND 9.2.4),
 that will be in the next RHEL-3 update release.
 Meanwhile, you can download it from:
  http://people.redhat.com/~jvdias/bind/RHEL-3
 Please have the customer try this version and see if it 
 fixes the problem. 
Comment 7 Michael Brock 2004-12-08 13:14:07 EST
Created attachment 108133 [details]
Output of cat /proc/cpuinfo
Comment 8 Michael Brock 2004-12-08 13:15:14 EST
What machine architecture is BIND running on here ?
x86 (2.4Ghz P4 Xeon)

How many CPUs ?
1

Is Hyperthreading enabled ?
yes

I'll get the customer to d/l and install the updated bind rpm.
Comment 9 Jason Vas Dias 2004-12-08 14:10:03 EST
From the /proc/cpuinfo output you attached, it seems like the
answer to the question "How many CPUs" should be 2, not one.

When bind starts up, it emits a log message like: 
' named[$PID]: using 2 CPUs'

what does the output of the command:
# egrep 'named\[[0-9]+\]:\ using\ [0-9]+\ CPU' | tail -1 

say on the customer machine ?

By default, BIND 9 now uses 1 CPU unless the  '-n' argument is
> 1 . To duplicate this problem with BIND-9.2.4-4, please put
the  line 'OPTIONS=-n2' in /etc/sysconfig/named .
 
How many interfaces does the customer machine have ?

If there is more than one interface, does the customer's named.conf
specify the option 'query-source address xxx.xxx.xxx.xxx' ?

The connectiva 10714 bug mentioned above is now closed, and only
happened when the server looked up a domain whose nameservers where
incorrectly configured.

It would be most helpful, if the problem still occurs for the user,
to turn on query logging with:
  # rndc querylog
then the actual query being performed will be written to the log file
before the crash message.

I'm currently running BIND 9.2.4-4 on a dual P4 processor machine with
threads enabled and the '-n2' option, and cannot reproduce this 
problem. 





Comment 10 Jason Vas Dias 2005-06-03 10:27:00 EDT
This problem is not reproducable. It could have been caused by
querying nameservers providing bogus data as with the connectiva
bug, but does not occur with latest BIND 9 releases. 
In the absence of further information or reproducibility, closing out.

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