FTL crash after update v4.3.1

DL6ER · March 31, 2020, 5:51pm

Just FYI, we're also tracking the issue here:

github.com/pi-hole/FTL

FTL crashing while DHCP server is enabled

opened 06:37PM - 30 Mar 20 UTC

closed 07:16PM - 02 Apr 20 UTC

d4r1as

Bug

**In raising this issue, I confirm the following (please check boxes, eg [X]) Fa…ilure to fill the template will close your issue:** - [x] I have read and understood the [contributors guide](https://github.com/pi-hole/pi-hole/blob/master/CONTRIBUTING.md). - [x] The issue I am reporting can be *replicated* - [x] The issue I am reporting isn't a duplicate **How familiar are you with the codebase?:** 7 --- **[ISSUE] Expected Behaviour:** After update to `vDev-b6364d0`, FTL should not crash while DHCP server is enabled. **[BUG] Actual Behaviour:** FTL became unstable after update to `vDev-b6364d0`. It crashes after 10-30 seconds. **[BUG | ISSUE] Steps to reproduce:** Enable DHCP server. FTL should crash soon after that. **Log file output [if available]** [https://tricorder.pi-hole.net/dli98t4why](https://tricorder.pi-hole.net/dli98t4why) ```sh (gdb) handle SIGHUP nostop SIGPIPE nostop Signal Stop Print Pass to program Description SIGHUP No Yes Yes Hangup SIGPIPE No Yes Yes Broken pipe (gdb) continue Continuing. [Detaching after fork from child process 5222] [New Thread 0x739ff460 (LWP 5242)] [Thread 0x739ff460 (LWP 5242) exited] [New Thread 0x739ff460 (LWP 5243)] [Thread 0x739ff460 (LWP 5243) exited] (gdb) [Detaching after fork from child process 5244] Thread 5 "database" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x75369460 (LWP 5191)] __strchrnul (s=0x2 <error: Cannot access memory at address 0x2>, c_in=37) at strchrnul.c:50 50 strchrnul.c: No such file or directory. (gdb) backtrace #0 __strchrnul (s=0x2 <error: Cannot access memory at address 0x2>, c_in=37) at strchrnul.c:50 #1 0x76d75174 in __find_specmb (format=0x2 <error: Cannot access memory at address 0x2>) at printf-parse.h:108 #2 _IO_vfprintf_internal (s=s@entry=0x75368ab8, format=format@entry=0x2 <error: Cannot access memory at address 0x2>, ap=..., ap@entry=...) at vfprintf.c:1315 #3 0x76e1d024 in __GI___vasprintf_chk (result_ptr=result_ptr@entry=0x75368c60, flags=flags@entry=1, format=0x2 <error: Cannot access memory at address 0x2>, format@entry=0x0, args=..., args@entry=...) at vasprintf_chk.c:66 #4 0x76e1cf30 in __asprintf_chk (result_ptr=result_ptr@entry=0x75368c60, flags=flags@entry=1, format=0x2 <error: Cannot access memory at address 0x2>) at asprintf_chk.c:32 #5 0x00448a76 in asprintf (__fmt=0x532f5c "SELECT id FROM network WHERE hwaddr = '%s';", __ptr=0x75368c60) at /usr/arm-linux-gnueabihf/include/bits/stdio2.h:178 #6 parse_neighbor_cache () at src/database/network-table.c:325 #7 0x0044b5e8 in DB_thread (val=<optimized out>) at src/database/database-thread.c:64 #8 0x76e88494 in start_thread (arg=0x75369460) at pthread_create.c:486 #9 0x76e0b578 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6 Backtrace stopped: previous frame identical to this frame (corrupt stack?) ``` **Device specifics** Hardware Type: rPi 3B+ OS: Raspbian Buster _This template was created based on the work of [`udemy-dl`](https://github.com/nishad/udemy-dl/blob/master/LICENSE)._