FTL immer mal wieder offline am Morgen

Hallo,
mein Pi-hole läuft einige Zeit ohne zu murren und dann am Morgen steht plötzlich immer mal wieder, dass FTL offline sei und keine DNS Anfragen werden mehr übersetzt.

Heute Morgen steht dazu im Log:
*** [ DIAGNOSING ]: contents of /var/log

-rw-r--r-- 1 pihole pihole 10973 Jun 22 10:31 /var/log/pihole-FTL.log
-----head of pihole-FTL.log------
[2020-06-22 02:00:43.318 12825] Note: FTL forked to handle TCP requests
[2020-06-22 04:58:26.828 653] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[2020-06-22 04:58:26.829 653] ----------------------------> FTL crashed! <----------------------------
[2020-06-22 04:58:26.829 653] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[2020-06-22 04:58:26.829 653] Please report a bug at GitHub · Where software is built
[2020-06-22 04:58:26.829 653] and include in your report already the following details:
[2020-06-22 04:58:26.829 653] FTL has been running for 65762 seconds
[2020-06-22 04:58:26.829 653] FTL branch: master
[2020-06-22 04:58:26.829 653] FTL version: v5.0
[2020-06-22 04:58:26.829 653] FTL commit: 3d7c095
[2020-06-22 04:58:26.829 653] FTL date: 2020-05-10 18:58:38 +0100
[2020-06-22 04:58:26.829 653] FTL user: started as pihole, ended as pihole
[2020-06-22 04:58:26.829 653] Compiled for armhf (compiled on CI) using arm-linux-gnueabihf-gcc (Debian 6.3.0-18) 6.3.0 20170516
[2020-06-22 04:58:26.829 653] Received signal: Segmentation fault
[2020-06-22 04:58:26.829 653] at address: 0x10876
[2020-06-22 04:58:26.829 653] with code: SEGV_MAPERR (Address not mapped to object)
[2020-06-22 04:58:26.830 653] Backtrace:
[2020-06-22 04:58:26.830 653] B[0000]: 0x5218e4, /usr/bin/pihole-FTL(+0x238e4) [0x5218e4]
[2020-06-22 04:58:26.830 653] B[0001]: 0xb6d51130, /lib/arm-linux-gnueabihf/libc.so.6(__default_rt_sa_restorer+0) [0xb6d51130]
[2020-06-22 04:58:26.830 653] B[0002]: 0x53e8fc, /usr/bin/pihole-FTL(answer_request+0x8f) [0x53e8fc]
[2020-06-22 04:58:26.831 653] B[0003]: 0x536e06, /usr/bin/pihole-FTL(receive_query+0x671) [0x536e06]
[2020-06-22 04:58:26.831 653] B[0004]: 0x545b52, /usr/bin/pihole-FTL(+0x47b52) [0x545b52]
[2020-06-22 04:58:26.831 653] B[0005]: 0x546fcc, /usr/bin/pihole-FTL(main_dnsmasq+0xc07) [0x546fcc]
[2020-06-22 04:58:26.831 653] B[0006]: 0x517da8, /usr/bin/pihole-FTL(main+0xa7) [0x517da8]
[2020-06-22 04:58:26.831 653] B[0007]: 0xb6d3b718, /lib/arm-linux-gnueabihf/libc.so.6(__libc_start_main+0x10c) [0xb6d3b718]
[2020-06-22 04:58:26.831 653] ------ Listing content of directory /dev/shm ------
[2020-06-22 04:58:26.831 653] File Mode User:Group Filesize Filename
[2020-06-22 04:58:26.831 653] rwxrwxrwx root:root 260 .
[2020-06-22 04:58:26.831 653] rwxr-xr-x root:root 4K ..
[2020-06-22 04:58:26.832 653] rw------- pihole:pihole 4K FTL-per-client-regex
[2020-06-22 04:58:26.832 653] rw------- pihole:pihole 86K FTL-dns-cache
[2020-06-22 04:58:26.832 653] rw------- pihole:pihole 29K FTL-overTime
[2020-06-22 04:58:26.832 653] rw------- pihole:pihole 2M FTL-queries
[2020-06-22 04:58:26.832 653] rw------- pihole:pihole 20K FTL-upstreams
[2020-06-22 04:58:26.833 653] rw------- pihole:pihole 643K FTL-clients

[✓] Your debug token is: https://tricorder.pi-hole.net/pcszdih27x

Hat jemand eine Idee, wie ich das lösen kann?
Bisher habe ich dann immer das Pi über die Website neugestartet, und dann funktioniert es wieder ein paar Tage. Aber so richtig kann das ja keine Lösung sein.

Danke

Seit v5.0 nutzt Pihole dnsmasq 2.81. das ein paar Problem zu haben scheint. Das wird von den Pihole Entwicklern schon fleißig untersucht und für ein paar Bugs gibt es die ersten Lösungsansätze. Es wäre daher gut, du würdest den Bug auf Github melden.

@DL6ER

Es lohnt sich ein

pihole checkout ftl development

um zu sehen, ob der Fehler in der für Pi-hole v5.1 vorgesehen Version bereits behoben ist. Wie @yubiuser schon erwähnt, haben wir das brandneue dnsmasq v2.81 als möglicherweise erst überhaupt ausgerollt und selbst Ubuntu (das ja eigentlich meist recht aktuelle Pakete liefert) hat diese Version noch nicht aufgenommen. Wir geben und Mühe die neuen Fehler dieser Version zu beheben.