<div dir="ltr"><div>Actually, I'm still getting a crash.</div><div>Managed to run systemd-resolved with gdb, here's the output</div><div><br></div><div><br></div><div>sudo gdb --args /lib/systemd/systemd-resolved                                                            [0]</div><div>GNU gdb (Debian 7.10-1+b1) 7.10</div><div>Copyright (C) 2015 Free Software Foundation, Inc.</div><div>License GPLv3+: GNU GPL version 3 or later <<a href="http://gnu.org/licenses/gpl.html">http://gnu.org/licenses/gpl.html</a>></div><div>This is free software: you are free to change and redistribute it.</div><div>There is NO WARRANTY, to the extent permitted by law.  Type "show copying"</div><div>and "show warranty" for details.</div><div>This GDB was configured as "x86_64-linux-gnu".</div><div>Type "show configuration" for configuration details.</div><div>For bug reporting instructions, please see:</div><div><<a href="http://www.gnu.org/software/gdb/bugs/">http://www.gnu.org/software/gdb/bugs/</a>>.</div><div>Find the GDB manual and other documentation resources online at:</div><div><<a href="http://www.gnu.org/software/gdb/documentation/">http://www.gnu.org/software/gdb/documentation/</a>>.</div><div>For help, type "help".</div><div>Type "apropos word" to search for commands related to "word"...</div><div>Reading symbols from /lib/systemd/systemd-resolved...Reading symbols from /usr/lib/debug/.build-id/67/0bbd3d46aee6e92f76f271c40e238a1b48aed7.debug...done.</div><div>done.</div><div>(gdb) run</div><div>Starting program: /lib/systemd/systemd-resolved </div><div>[Thread debugging using libthread_db enabled]</div><div>Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".</div><div>Positive Trust Anchors:</div><div>. IN DS    19036 8 2 49aac11d7b6f6446702e54a1607371607a1a41855200fd2ce1cdde32f24e8fb5</div><div>Negative trust anchors: 10.in-addr.arpa 16.172.in-addr.arpa 17.172.in-addr.arpa 18.172.in-addr.arpa 19.172.in-addr.arpa 20.172.in-addr.arpa 21.172.in-addr.arpa 22.172.in-addr.arpa 23.172.in-addr.arpa 24.172.in-addr.arpa 25.172.in-addr.arpa 26.172.in-addr.arpa 27.172.in-addr.arpa 28.172.in-addr.arpa 29.172.in-addr.arpa 30.172.in-addr.arpa 31.172.in-addr.arpa 168.192.in-addr.arpa corp home internal intranet lan local private test</div><div>Using system hostname 'moonbase'.</div><div>Switching to system DNS server 84.200.69.80.</div><div>Switching to DNS server 192.168.1.1 for interface wlp2s0.</div><div>Using degraded feature set (UDP+EDNS0) for DNS server 192.168.1.1.</div><div>DNSSEC validation failed for question bg. IN SOA: failed-auxiliary</div><div>DNSSEC validation failed for question <a href="http://abv.bg">abv.bg</a>. IN DS: failed-auxiliary</div><div>DNSSEC validation failed for question <a href="http://abv.bg">abv.bg</a>. IN SOA: failed-auxiliary</div><div>DNSSEC validation failed for question <a href="http://abv.bg">abv.bg</a>. IN A: failed-auxiliary</div><div><br></div><div>Program received signal SIGSEGV, Segmentation fault.</div><div>DNS_PACKET_SHALL_CACHE () at ../src/resolve/resolved-dns-packet.h:211</div><div>211<span class="" style="white-space:pre">    </span>../src/resolve/resolved-dns-packet.h: No such file or directory.</div><div>(gdb) br</div><div>Breakpoint 1 at 0x55555557c147: file ../src/resolve/resolved-dns-packet.h, line 211.</div><div>(gdb) bt</div><div>#0  DNS_PACKET_SHALL_CACHE () at ../src/resolve/resolved-dns-packet.h:211</div><div>#1  dns_transaction_cache_answer (t=0x55555561ac00) at ../src/resolve/resolved-dns-transaction.c:584</div><div>#2  dns_transaction_process_dnssec.lto_priv.376 (t=t@entry=0x55555561ac00) at ../src/resolve/resolved-dns-transaction.c:719</div><div>#3  0x000055555557b9ad in dns_transaction_notify (source=0x55555561d400, t=0x55555561ac00)</div><div>    at ../src/resolve/resolved-dns-transaction.c:2076</div><div>#4  dns_transaction_complete (t=t@entry=0x55555561d400, state=state@entry=DNS_TRANSACTION_SUCCESS)</div><div>    at ../src/resolve/resolved-dns-transaction.c:359</div><div>#5  0x000055555557bec5 in dns_transaction_process_dnssec.lto_priv.376 (t=<optimized out>)</div><div>    at ../src/resolve/resolved-dns-transaction.c:722</div><div>#6  0x00005555555a5968 in dns_transaction_process_reply (t=t@entry=0x55555561d400, p=p@entry=0x55555561e750)</div><div>    at ../src/resolve/resolved-dns-transaction.c:1004</div><div>#7  0x00005555555a694b in on_dns_packet (s=<optimized out>, fd=<optimized out>, revents=<optimized out>, userdata=0x55555561d400)</div><div>    at ../src/resolve/resolved-dns-transaction.c:1055</div><div>#8  0x000055555557ae03 in source_dispatch.lto_priv.472 (s=0x55555561e550) at ../src/libsystemd/sd-event/sd-event.c:2265</div><div>#9  0x00005555555661dd in sd_event_dispatch (e=0x5555555fc860) at ../src/libsystemd/sd-event/sd-event.c:2625</div><div>#10 sd_event_run (timeout=18446744073709551615, e=0x5555555fc860) at ../src/libsystemd/sd-event/sd-event.c:2684</div><div>#11 sd_event_loop (e=0x5555555fc860) at ../src/libsystemd/sd-event/sd-event.c:2704</div><div>#12 main (argc=<optimized out>, argv=<optimized out>) at ../src/resolve/resolved.c:98</div><div>(gdb) </div><div><br></div><div><br></div><div>Maybe it's an upstream bug?</div></div>