Now on 5.1.1 post via pihole checkout master & pihole -up
Actual Behaviour:
Initial issue was "Lost Connection to API"
DNS Service is not running. It'll start after repair, but will stop shortly after. In addition, pihole-FTL.log shows "Resizing /FTL-queries from XXXXXX to XXXXX"
Thanks @jfb.. that's interesting because I don't know how that would've happened. I realized that my router did jump to the top of the list, but I can't figure out what caused that extreme surge.
Only thing I enabled prior to this was DNSSEC.
As far as memory goes this is with DNS Service not running:
I ran pihole -r (now seeing an error that says pihole-FTL: no process found)
and it's taking some time on "Restart DNS Server..."
It is likely that Pi-hole is unable to read and process the previous 24 hours of data from the long term database. Let's do a workaround to get this running and then figure out what's making all the requests. We'll move the long term database to a new file and then restart FTL with an empty database. After an hour or so, run those commands and we'll see what's causing the high query volume.
I'm running v5.1.1 on a Rasp PI 4 2GB - It's maxed out my memory and then maxed out my Swap file. I did what "jfb" recommended and renamed my FTL.db - the system was too far locked up and I just rebooted - pi-hole is back up again, but I'm afraid this is going to be a short fix.
Yesterday, I had to completely factory reset all of my Ubiquity equipment because I was too confident in the pi-hole reliability and only had 1 DNS server listed (my pi-hole). The problem is I have 2 factor authentication to my security gateway and it could get out to the internet to verify my code.
I actually reinstalled Rasperian 32-bit and freshly installed pi-hole last night. It took less than 24 hours for the "memory leak" to lock up the API services on the PI again. My wife's corporate laptop is a really chatty device - I have 100's of thousands of queries every day.
Everything had been running perfectly up until my v5.1 upgrade... or it may have been the 5.1.1 upgrade when this started.
If you have access on that machine, put it on a DNS other than Pi-hole. Or, if you use Pi-hole as DHCP server, you can use dnsmasq settings to assign that client to a different DNS during the DHCP handshake process. If you can do this, you won't see any activity from that client in Pi-hole.
To get local IP's resolved by reverse DNS queries, map them in either /etc/hosts on the Pi or using the Local DNS records. Then Pi-hole can resolve these with no need for conditional forwarding.
Yeah, I had just changed that today in testing (per diagnostic). I've changed the ipv4 back to a /24
After disabling CF, the queries has decreased, however, I'm still running into an issue where I can't get out without a secondary DNS server. DNS Loop definitely seemed to be the issue. Once turned off DNS Service has stayed up.