Content-Type: text/plain; charset="utf-8"
In-Reply-To: <6b0939b3d60635b4761cb23b633b3ab6@www.isc.org>
X-RT-Original-Encoding: utf-8
X-Mailer: MIME-tools 5.508 (Entity 5.508)
MIME-Version: 1.0
X-RT-Interface: Web
Content-Transfer-Encoding: binary
References: <6b0939b3d60635b4761cb23b633b3ab6@www.isc.org>
 <RT-Ticket-45557@isc.org>
Message-ID: <rt-4.4.1-69732-1500028891-1144.45557-0-0@isc.org>
Content-Disposition: inline
RT-Send-CC:
Content-Length: 2990

Hello Pradeep:

While back traces are often very helpful, in this case it really doesn't give us enough information.  The assertion that occurs is detecting an inconsistent state within the lease heap and is something of a self-defense mechanism.  The back trace really doesn't shed any light on what might have caused the inconsistency.

First, I would recommend that you consider upgrading as you are quite a few releases behind.  The current releases are 4.3.6 and 4.1-ESV-R14, and  we are releasing 4.3.6 and 4.1-ESV-R15 betas later today.  The final releases for those are due 7/31/2017.

While you're considering upgrading, any contextual information you can provide such as log files, server config files, lease files, or pcaps would be helpful.  Is this something you can reproduce, if so how?   Can you describe the circumstances under which you see this and how often it occurs?

The more information you can provide, the more likely it is that we will be able to find the issue.  Thank you for taking the time to report this issue to us.


Regards,

Thomas Markwalder
ISC Software Engineering   


 
On Thu Jul 13 23:09:29 2017, doors.pradeep@gmail.com wrote:
> Bug Report from www.isc.org:
> 
> Name: Pradeep Ponnuchamy
> Email: doors.pradeep@gmail.com
> Software Version: Version 4.1-ESV-R8
> OS: Linux
> Subject:sigabrt with assert in dhcpd process
> 
> 
> Bug Detail
> ===========
> #0  0xb6f8ae1c in raise () from lib/libc.so.0
> (gdb) bt
> #0  0xb6f8ae1c in raise () from lib/libc.so.0
> #1  0xb6f84ff8 in abort () from lib/libc.so.0
> #2  0xb6f50b80 in __assert () from lib/libc.so.0
> #3  0x000712e0 in sink_down (heap=0x18360b8, i=<optimized out>,
> elt=0x189cd38) at ../../common/heap.c:177
> #4  0x000404f4 in renew_lease6 (pool=<optimized out>, lease=0x189cd38)
> at ../../server/mdb6.c:1282
> #5  0x0003c4dc in reply_process_ia_na (ia=<optimized out>,
> reply=<optimized out>) at ../../server/dhcpv6.c:1844
> #6  lease_to_client (reply_ret=0xbea906dc, packet=0x1898d70,
> client_id=<optimized out>, server_id=<optimized out>) at
> ../../server/dhcpv6.c:1326
> #7  0x0003f154 in dhcpv6_rebind (packet=0x1898d70, reply=0xbea906dc)
> at ../../server/dhcpv6.c:4632
> #8  build_dhcpv6_reply (reply=0xbea906dc, packet=0x1898d70) at
> ../../server/dhcpv6.c:5879
> #9  0x0003fc10 in dhcpv6 (packet=0x1898d70) at
> ../../server/dhcpv6.c:5990
>  #10 0x00058098 in do_packet6 (interface=0x17e57b8, packet=0xbea9075c
> "6\261\260}", len=78, from_port=<optimized out>, from=0xbeaa0778,
>     was_unicast=isc_boolean_false) at ../../common/options.c:3941
> #11 0x0004abcc in got_one_v6 (h=<optimized out>) at
> ../../common/discover.c:1587
> #12 0x000793a4 in omapi_one_dispatch (wo=<optimized out>,
> t=0xbeaa0b50) at ../../omapip/dispatch.c:539
> #13 0x0004ccf0 in dispatch () at ../../common/dispatch.c:95
> #14 0x0000fbc4 in main (argc=<optimized out>, argv=<optimized out>) at
> ../../server/dhcpd.c:874
> 
> ---
> This email was received through isc.org Bug Submission Form