[Bug 251821] dns/unbound: SIGSEGV in 1.13.0

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251821

emikulic at gmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |emikulic at gmail.com

--- Comment #8 from emikulic at gmail.com ---
I'm seeing multiple SIGSEGVs per day but a different backtrace:

Program received signal SIGSEGV, Segmentation fault.
log_addr (v=VERB_OPS, str=0x541f2b "remote address is", addr=0x0, addrlen=0) at
net_help.c:198
198     net_help.c: No such file or directory.
        in net_help.c
Current language:  auto; currently minimal
(gdb) bt
#0  log_addr (v=VERB_OPS, str=0x541f2b "remote address is", addr=0x0,
addrlen=0) at net_help.c:198
#1  0x00000000004e6dc7 in comm_point_send_udp_msg (c=0x802c64500,
packet=0x80227e810, addr=0x0, addrlen=0) at netevent.c:382
#2  0x00000000004fbe86 in randomize_and_send_udp (pend=0x8030b3940,
packet=0x80227e810, timeout=275) at outside_network.c:1874
#3  0x00000000004fbd16 in pending_udp_query (sq=0x8030da780,
packet=0x80227e810, timeout=275, cb=0x4fe170 <serviced_udp_callback>,
cb_arg=0x8030da780)
    at outside_network.c:1944
#4  0x00000000004feae6 in serviced_udp_send (sq=0x8030da780, buff=0x80227e810)
at outside_network.c:2519
#5  0x00000000004ff046 in outnet_serviced_query (outnet=0x80221f900,
qinfo=0x802ef8980, flags=0, dnssec=32784, want_dnssec=0, nocaps=0,
tcp_upstream=0, 
    ssl_upstream=0, tls_auth_name=0x0, addr=0x802ef9188, addrlen=28,
zone=0x802ef89f8 "\006google\003com", zonelen=12, qstate=0x802ef8510, 
    callback=0x421600 <worker_handle_service_reply>, callback_arg=0x802ef98d0,
buff=0x80227e810, env=0x8023ce530) at outside_network.c:3014
#6  0x000000000042712a in worker_send_query (qinfo=0x802ef8980, flags=0,
dnssec=32784, want_dnssec=0, nocaps=0, addr=0x802ef9188, addrlen=28, 
    zone=0x802ef89f8 "\006google\003com", zonelen=12, ssl_upstream=0,
tls_auth_name=0x0, q=0x802ef8510) at worker.c:2001
#7  0x000000000044358a in processQueryTargets (qstate=0x802ef8510,
iq=0x802ef8880, ie=0x80221b100, id=1) at iterator.c:2600
#8  0x000000000043fb38 in iter_handle (qstate=0x802ef8510, iq=0x802ef8880,
ie=0x80221b100, id=1) at iterator.c:3634
#9  0x000000000043fa53 in process_request (qstate=0x802ef8510, iq=0x802ef8880,
ie=0x80221b100, id=1) at iterator.c:3677
#10 0x000000000043f625 in iter_operate (qstate=0x802ef8510,
event=module_event_pass, id=1, outbound=0x0) at iterator.c:3889
#11 0x0000000000461902 in mesh_run (mesh=0x802229a00, mstate=0x802ef84c0,
ev=module_event_pass, e=0x0) at mesh.c:1699
#12 0x0000000000460c32 in mesh_new_client (mesh=0x802229a00,
qinfo=0x7fffffffe340, cinfo=0x0, qflags=256, edns=0x7fffffffe328,
rep=0x7fffffffe5f0, qid=29987)
    at mesh.c:585
#13 0x0000000000423c93 in worker_handle_request (c=0x802274800,
arg=0x8023cd000, error=0, repinfo=0x7fffffffe5f0) at worker.c:1565
#14 0x00000000004e7d26 in comm_point_udp_callback (fd=7, event=2,
arg=0x802274800) at netevent.c:749
#15 0x000000000048ca42 in handle_select (base=0x802272500, wait=0x7fffffffe858)
at mini_event.c:220
#16 0x000000000048c3de in minievent_base_dispatch (base=0x802272500) at
mini_event.c:242
#17 0x0000000000502788 in ub_event_base_dispatch (base=0x802272500) at
ub_event.c:280
#18 0x00000000004e698b in comm_base_dispatch (b=0x8023c1e60) at netevent.c:246
#19 0x0000000000427189 in worker_work (worker=0x8023cd000) at worker.c:1941
#20 0x00000000004105a5 in daemon_fork (daemon=0x80221f000) at daemon.c:700
#21 0x000000000041fbfc in run_daemon (cfgfile=0x7fffffffed21 "/unbound.conf",
cmdline_verbose=0, debug_mode=0, need_pidfile=1) at unbound.c:707
#22 0x000000000041f6f8 in main (argc=0, argv=0x7fffffffea20) at unbound.c:808

-- 
You are receiving this mail because:
You are the assignee for the bug.