Bug 748901 - when installing IPA replica, named crashes
Summary: when installing IPA replica, named crashes
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: bind-dyndb-ldap
Version: 6.1
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: rc
: ---
Assignee: Adam Tkac
QA Contact: IDM QE LIST
URL:
Whiteboard:
Depends On:
Blocks: 750914
TreeView+ depends on / blocked
 
Reported: 2011-10-25 14:28 UTC by Namita Soman
Modified: 2011-11-02 19:53 UTC (History)
5 users (show)

Fixed In Version: bind-dyndb-ldap-0.2.0-7.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-10-26 11:15:44 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Namita Soman 2011-10-25 14:28:05 UTC
Description of problem:
Running command ipa-replica-install --setup-dns --forwarder=xx.xx.xxx
failes to restart named, and coredumps

The trace is below:
It is crashing in bind, not sure if that is due to
bind-dyndb-ldap or not (it seems to be getting the data from ldap):

Core was generated by `/usr/sbin/named -u named'.
Program terminated with signal 11, Segmentation fault.
#0  dns_rdata_toregion (rdata=0xdededededededede, r=0x7f67d0e17c50)
     at rdata.c:410
410             REQUIRE(DNS_RDATA_VALIDFLAGS(rdata));
(gdb) where
#0  dns_rdata_toregion (rdata=0xdededededededede, r=0x7f67d0e17c50)
     at rdata.c:410
#1  0x00007f67cedcda33 in rdata_clone (mctx=0x7f67d5b1c250,
     source=<value optimized out>, targetp=0x7f67d0e17cd8) at rdlist.c:51
#2  rdatalist_clone (mctx=0x7f67d5b1c250, source=<value optimized out>,
     targetp=0x7f67d0e17cd8) at rdlist.c:94
#3  0x00007f67cedcdc4a in ldap_rdatalist_copy (mctx=0x7f67d5b1c250,
     source=..., target=0x7f67d0e17da0) at rdlist.c:127
#4  0x00007f67cedc6411 in cached_ldap_rdatalist_get (mctx=0x7f67d5b1c250,
     cache=0x7f67d4b30110, ldap_inst=0x7f67d4b31010, name=0x7f67c8154348,
     origin=0x7f67d4b06f88, rdatalist=0x7f67d0e17da0) at cache.c:225
#5  0x00007f67cedc85d1 in findnode (db=0x7f67d4b06f70, name=0x7f67c8154348,
     create=isc_boolean_false, nodep=0x7f67d0e17f18) at ldap_driver.c:376
#6  0x00007f67d44aeb2f in check_nsec3param (zone=0x7f67c8154220,
     db=0x7f67d4b06f70) at zone.c:2587
#7  0x00007f67d44bbe73 in zone_postload (zone=0x7f67c8154220,
     db=0x7f67d4b06f70, loadtime=..., result=<value optimized out>)
     at zone.c:3446
#8  0x00007f67d44bd430 in zone_load (zone=0x7f67c8154220, flags=0)
     at zone.c:1526
#9  0x00007f67d44c8a09 in load (zone=<value optimized out>,
     uap=<value optimized out>) at zt.c:246
#10 0x00007f67d44c8541 in dns_zt_apply2 (zt=<value optimized out>,
     stop=isc_boolean_false, sub=0x0, action=0x7f67d44c8a00 <load>, uap=0x0)
     at zt.c:379
#11 0x00007f67d44c8827 in dns_zt_load (zt=0x7f67d4afd0e8,
     stop=isc_boolean_false) at zt.c:237
#12 0x00007f67d4b95403 in load_zones (server=0x7f67d4b02010,
     stop=isc_boolean_false) at server.c:4703
#13 0x00007f67d4b955d6 in run_server (task=<value optimized out>, event=0x0)
     at server.c:4800
#14 0x00007f67d3564fe8 in dispatch (uap=0x7f67d4afa010) at task.c:1013
#15 run (uap=0x7f67d4afa010) at task.c:1158
#16 0x00007f67d311f7f1 in start_thread (arg=0x7f67d0e19700)
     at pthread_create.c:301
#17 0x00007f67d267170d in clone ()
     at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
(gdb) thread apply all bt

Thread 4 (Thread 0x7f67d4b367c0 (LWP 4202)):
#0  0x00007f67d25bec34 in do_sigsuspend (set=<value optimized out>)
     at ../sysdeps/unix/sysv/linux/sigsuspend.c:63
#1  __sigsuspend (set=<value optimized out>)
     at ../sysdeps/unix/sysv/linux/sigsuspend.c:78
#2  0x00007f67d3568ff4 in isc__app_ctxrun (ctx0=0x7f67d378dca0) at app.c:680
#3  0x00007f67d4b7a62d in main (argc=<value optimized out>,
     argv=0x7fff55a5d308) at ./main.c:1033

Thread 3 (Thread 0x7f67cfa17700 (LWP 4205)):
#0  0x00007f67d2671d03 in epoll_wait ()
     at ../sysdeps/unix/syscall-template.S:82
#1  0x00007f67d35780a4 in watcher (uap=0x7f67d4afd010) at socket.c:3721
#2  0x00007f67d311f7f1 in start_thread (arg=0x7f67cfa17700)
     at pthread_create.c:301
#3  0x00007f67d267170d in clone ()
     at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 2 (Thread 0x7f67d0418700 (LWP 4204)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 ()
     at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:216
#1  0x00007f67d3579fee in isc_condition_waituntil (c=0x7f67d4afb078,
     m=0x7f67d4afb028, t=0x7f67d4afb06c) at condition.c:59
#2  0x00007f67d356755d in run (uap=0x7f67d4afb010) at timer.c:822
#3  0x00007f67d311f7f1 in start_thread (arg=0x7f67d0418700)
     at pthread_create.c:301
#4  0x00007f67d267170d in clone ()
     at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 1 (Thread 0x7f67d0e19700 (LWP 4203)):
#0  dns_rdata_toregion (rdata=0xdededededededede, r=0x7f67d0e17c50)
     at rdata.c:410
#1  0x00007f67cedcda33 in rdata_clone (mctx=0x7f67d5b1c250,
     source=<value optimized out>, targetp=0x7f67d0e17cd8) at rdlist.c:51
#2  rdatalist_clone (mctx=0x7f67d5b1c250, source=<value optimized out>,
     targetp=0x7f67d0e17cd8) at rdlist.c:94
#3  0x00007f67cedcdc4a in ldap_rdatalist_copy (mctx=0x7f67d5b1c250,
     source=..., target=0x7f67d0e17da0) at rdlist.c:127
#4  0x00007f67cedc6411 in cached_ldap_rdatalist_get (mctx=0x7f67d5b1c250,
     cache=0x7f67d4b30110, ldap_inst=0x7f67d4b31010, name=0x7f67c8154348,
     origin=0x7f67d4b06f88, rdatalist=0x7f67d0e17da0) at cache.c:225
#5  0x00007f67cedc85d1 in findnode (db=0x7f67d4b06f70, name=0x7f67c8154348,
     create=isc_boolean_false, nodep=0x7f67d0e17f18) at ldap_driver.c:376
#6  0x00007f67d44aeb2f in check_nsec3param (zone=0x7f67c8154220,
     db=0x7f67d4b06f70) at zone.c:2587
#7  0x00007f67d44bbe73 in zone_postload (zone=0x7f67c8154220,
     db=0x7f67d4b06f70, loadtime=..., result=<value optimized out>)
     at zone.c:3446
#8  0x00007f67d44bd430 in zone_load (zone=0x7f67c8154220, flags=0)
     at zone.c:1526
#9  0x00007f67d44c8a09 in load (zone=<value optimized out>,
     uap=<value optimized out>) at zt.c:246
#10 0x00007f67d44c8541 in dns_zt_apply2 (zt=<value optimized out>,
     stop=isc_boolean_false, sub=0x0, action=0x7f67d44c8a00 <load>, uap=0x0)
     at zt.c:379
#11 0x00007f67d44c8827 in dns_zt_load (zt=0x7f67d4afd0e8,
     stop=isc_boolean_false) at zt.c:237
#12 0x00007f67d4b95403 in load_zones (server=0x7f67d4b02010,
     stop=isc_boolean_false) at server.c:4703
#13 0x00007f67d4b955d6 in run_server (task=<value optimized out>, event=0x0)
     at server.c:4800
#14 0x00007f67d3564fe8 in dispatch (uap=0x7f67d4afa010) at task.c:1013
#15 run (uap=0x7f67d4afa010) at task.c:1158
#16 0x00007f67d311f7f1 in start_thread (arg=0x7f67d0e19700)
     at pthread_create.c:301
#17 0x00007f67d267170d in clone ()
     at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Version-Release number of selected component (if applicable):
bind-9.7.3-7.P3.el6.x86_64
bind-dyndb-ldap-0.2.0-6.el6.x86_64

How reproducible:
always

Steps to Reproduce:
1. run replica install command

Actual results:
fails to restart named

Expected results:
install to succeed

Additional info:

Comment 1 Namita Soman 2011-10-25 14:31:57 UTC
And using: ipa-server-2.1.3-3.el6.x86_64

Comment 3 Rob Crittenden 2011-10-25 14:38:19 UTC
Yi reported same core dump with matching backtrace on an IPA initial install.

bind-9.7.3-7.P3.el6.x86_64
bind-dyndb-ldap-0.2.0-6.el6.x86_64
ipa-server-2.1.3-2.el6.x86_64

Comment 4 Namita Soman 2011-10-25 14:40:14 UTC
bind is same on master and replica install

But version of bind-dyndb-ldap on master: bind-dyndb-ldap-1.0.0-0.2.b1.20110930T0027z.el6.x86_64 
versus on replica: bind-dyndb-ldap-0.2.0-6.el6.x86_64

Didn't see the crash when installing master

Comment 5 Adam Tkac 2011-10-25 14:41:51 UTC
(In reply to comment #3)
> Yi reported same core dump with matching backtrace on an IPA initial install.
> 
> bind-9.7.3-7.P3.el6.x86_64
> bind-dyndb-ldap-0.2.0-6.el6.x86_64
> ipa-server-2.1.3-2.el6.x86_64

Let me check what is broken...

Comment 9 Adam Tkac 2011-10-26 11:15:44 UTC
Fixed in bind-dyndb-ldap-0.2.0-7.el6.


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