<div dir="ltr">We don't do a lot (or practically any) AXFRs, so I hadn't noticed this before now.<div><br></div><div>For every domain of ours that I've tried, doing an AXFR (to a pdns running on localhost -- mysqld running on localhost too; running the powerdns ubuntu precise package for 3.4.2, not running dnssec), it appears to crash the server. The database was massaged from a 2.9.x era database, so could easily be something there. I tried trimming the below domain down to literally a single record (to make sure it wasn't garbage in other records):</div><div><br></div><div><div>mysql> select * from records where domain_id = 6084603\G</div><div>*************************** 1. row ***************************</div><div>         id: 688982903</div><div>  domain_id: 6084603</div><div>       name: <a href="http://example2.com">example2.com</a></div><div>       type: SOA</div><div>    content: <a href="http://ns1.example2.com">ns1.example2.com</a> <a href="http://dnsadmin.example2.com">dnsadmin.example2.com</a> 2015022701 10800 3600 604800 3600</div><div>        ttl: 3600</div><div>       prio: NULL</div><div>change_date: 1425073508</div><div>   disabled: 0</div><div>  ordername: NULL</div><div>       auth: 1</div><div>1 row in set (0.00 sec)</div></div><div><br><div><br></div><div>Here's the logs:</div><div><br></div><div><div>gmysql Connection successful. Connected to database 'dns' on '127.0.0.1'.</div><div>AXFR of domain '<a href="http://example2.com">example2.com</a>' initiated by 127.0.0.1</div><div>AXFR of domain '<a href="http://example2.com">example2.com</a>' allowed: client IP 127.0.0.1 is in allow-axfr-ips</div><div>gmysql Connection successful. Connected to database 'dns' on '127.0.0.1'.</div><div>gmysql Connection successful. Connected to database 'dns' on '127.0.0.1'.</div><div>Got a signal 11, attempting to print trace:</div><div>/usr/sbin/pdns_server-instance() [0x65c4d0]</div><div>/lib/x86_64-linux-gnu/libc.so.6(+0x36150) [0x6c3d088cd150]</div><div>/usr/sbin/pdns_server-instance(_ZNSs6assignERKSs+0x24) [0xa68424]</div><div>/usr/sbin/pdns_server-instance(_ZN11GSQLBackend3getER17DNSResourceRecord+0x1d2) [0x6aaea2]</div><div>/usr/sbin/pdns_server-instance(_ZN13TCPNameserver6doAXFRERKSsN5boost10shared_ptrI9DNSPacketEEi+0xe4d) [0x611ced]</div><div>/usr/sbin/pdns_server-instance(_ZN13TCPNameserver12doConnectionEPv+0xacd) [0x6181ad]</div><div>/lib/x86_64-linux-gnu/libpthread.so.0(+0x7e9a) [0x6c3d08c5de9a]</div><div>/lib/x86_64-linux-gnu/libc.so.6(clone+0x6d) [0x6c3d0898a8bd]</div><div>Our pdns instance (11029) exited after signal 6</div><div>Respawning</div><div>Guardian is launching an instance</div><div>Reading random entropy from '/dev/urandom'</div><div>This is a guarded instance of pdns</div><div>Listening on controlsocket on '<a href="http://0.0.0.0:53000">0.0.0.0:53000</a>'</div><div>Only allowing TCP control from: <a href="http://127.0.0.0/8">127.0.0.0/8</a>, <a href="http://10.0.0.0/8">10.0.0.0/8</a></div><div>UDP server bound to <a href="http://0.0.0.0:53">0.0.0.0:53</a></div><div>TCP server bound to <a href="http://0.0.0.0:53">0.0.0.0:53</a></div><div>PowerDNS Authoritative Server 3.4.2 (<a href="mailto:jenkins@autotest.powerdns.com">jenkins@autotest.powerdns.com</a>) (C) 2001-2015 PowerDNS.COM BV</div><div>Using 64-bits mode. Built on 20150203085343 by <a href="mailto:root@autotest.powerdns.com">root@autotest.powerdns.com</a>, gcc 4.7.2.</div></div></div><div><br></div><div><br></div><div>Attaching to gdb yields this:</div><div><br></div><div><div>Program received signal SIGSEGV, Segmentation fault.</div><div>[Switching to Thread 0x6a376dc97700 (LWP 4618)]</div><div>0x0000000000654087 in endsOn(std::string const&, std::string const&) ()</div><div>(gdb) bt</div><div>#0  0x0000000000654087 in endsOn(std::string const&, std::string const&) ()</div><div>#1  0x0000000000611d07 in TCPNameserver::doAXFR(std::string const&, boost::shared_ptr<DNSPacket>, int) ()</div><div>#2  0x00000000006181ad in TCPNameserver::doConnection(void*) ()</div><div>#3  0x00006a3897018e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0</div><div>#4  0x00006a3896d458bd in clone () from /lib/x86_64-linux-gnu/libc.so.6</div><div>#5  0x0000000000000000 in ?? ()</div></div><div><br></div><div><br></div><div>Any idea what's making it unhappy? I've got no issues with the current server otherwise.</div></div>