It seems that the problem is that after upgrading, I needed to update /etc/pihole/gravity.db with pihole -g ... without doing that I was getting no blocking.
Search Criteria
Package Details: pi-hole-ftl 6.4.1-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/pi-hole-ftl.git (read-only, click to copy) |
|---|---|
| Package Base: | pi-hole-ftl |
| Description: | The Pi-hole FTL engine |
| Upstream URL: | https://github.com/pi-hole/FTL |
| Licenses: | EUPL-1.2 |
| Conflicts: | dnsmasq |
| Provides: | dnsmasq |
| Submitter: | max.bra |
| Maintainer: | max.bra (graysky) |
| Last Packager: | max.bra |
| Votes: | 58 |
| Popularity: | 0.003681 |
| First Submitted: | 2017-05-07 15:23 (UTC) |
| Last Updated: | 2025-11-27 22:01 (UTC) |
Dependencies (6)
- gmp (gmp-hgAUR)
- mbedtls (mbedtls-gitAUR, mbedtls-dtlsAUR)
- nettle (nettle-gitAUR)
- pi-hole-webAUR
- cmake (cmake3AUR, cmake-gitAUR) (make)
- xxd (vim-minimal-gitAUR, gvim-gitAUR, vim-cli-gitAUR, gvim-gtk2AUR, gvim, tinyxxd, vim) (make)
Required by (74)
- adhocspot-script-git (requires dnsmasq)
- airgeddon (requires dnsmasq) (optional)
- anti-ad-dnsmasq-git (requires dnsmasq)
- appgate-sdp (requires dnsmasq) (optional)
- appgate-sdp-headless (requires dnsmasq) (optional)
- archpxe (requires dnsmasq)
- berate_ap-git (requires dnsmasq)
- blueman-git (requires dnsmasq) (optional)
- corplink-bin (requires dnsmasq)
- create_ap (requires dnsmasq)
- create_ap-git (requires dnsmasq)
- cuttlefish-base-git (requires dnsmasq)
- dns-zone-blacklist-git (requires dnsmasq) (optional)
- dnsmasq-china-list-git (requires dnsmasq)
- dnsmasq-openrc (requires dnsmasq)
- docker-dnsmasq (requires dnsmasq)
- docker-machine-driver-kvm2 (requires dnsmasq)
- easywifi-git (requires dnsmasq) (optional)
- equinox-git (requires dnsmasq)
- ethoscope-device (requires dnsmasq)
- Show 54 more...
Sources (5)
graysky commented on 2025-10-31 12:36 (UTC)
max.bra commented on 2025-10-31 08:29 (UTC)
@netfab No bullet points here (all solid gray), but I get the same rendering. The important thing is that there's no trace of ads.
netfab commented on 2025-10-31 08:23 (UTC)
@graysky : Here, pi-hole does not block anything on this page, but it seems that I do not see any ads. https://imgur.com/a/0oWxOrK
Core 6.2.1
FTL v6.3.1
Web interface 6.3
graysky commented on 2025-10-30 16:10 (UTC) (edited on 2025-10-30 16:11 (UTC) by graysky)
Is anyone else observing a pi-hole not blocking ads with this recent round of updates? For example browsing to https://fuzzthepiguy.tech/adtest/
If I downgrade to the following versions, pi-hole functions again.
pi-hole-web-6.2.1-1-any.pkg.tar.zst pi-hole-ftl-6.2.3-1-x86_64.pkg.tar.zst pi-hole-core-6.1.4-1-any.pkg.tar.zst
netfab commented on 2025-10-28 13:51 (UTC)
@Taijian : yes, this fixed it. Thank you !
Taijian commented on 2025-10-28 13:27 (UTC)
UPDATE: Doing the following:
running #pihole -g && #systemctl restart pihole-FTL seems to have fixed the issue for me. Please test.
Taijian commented on 2025-10-28 13:20 (UTC)
@netfab: Upstream bug seems unlikely as I am also running pihole on a second server where I use the docker version, and that one is working just fine after this update. So this seems to be specific to the Arch adaptation.
netfab commented on 2025-10-28 12:28 (UTC) (edited on 2025-10-28 12:31 (UTC) by netfab)
Hi,
After upgrading from :
pi-hole-ftl-6.2.1
To :
pi-hole-ftl-6.3.1
In the web interface, when going to :
The Subscribed lists is empty : pi-hole does not block anything.
In the web interface , when I go to :
Tools -> Tail log files -> FTL.log
I find the following errors and warning :
# tail /run/log/pihole/FTL.log
2025-10-28 09:49:29.071 CET [8239/T8245] INFO: Compiled 0 allow and 0 deny regex for 1 client in 0.5 msec
2025-10-28 09:49:30.975 CET [8239M] ERROR: SQLite3: no such table: vw_allowlist in "SELECT id from vw_allowlist WHERE domain = ? AND group_id IN (0);" (1)
2025-10-28 09:49:30.976 CET [8239M] ERROR: gravityDB_open("SELECT(... vw_allowlist ...)") - SQL error prepare: SQL logic error
2025-10-28 09:49:30.976 CET [8239M] ERROR: Gravity database not available (allowlist)
2025-10-28 09:49:33.084 CET [8239/T8244] INFO: Received 8/8 valid NTP replies from pool.ntp.org
2025-10-28 09:49:33.084 CET [8239/T8244] INFO: Time offset: -4.366466e-01 ms (excluded 1 outliers)
2025-10-28 09:49:33.085 CET [8239/T8244] INFO: Round-trip delay: 9.692056e+00 ms (excluded 1 outliers)
2025-10-28 09:49:33.086 CET [8239/T8261] INFO: NTP server listening on 0.0.0.0:123 (IPv4)
2025-10-28 09:49:33.086 CET [8239/T8262] INFO: NTP server listening on :::123 (IPv6)
2025-10-28 09:49:36.461 CET [8239/T8254] WARNING: API: Could not read domains from database table (key: database_error, hint: Database not available)
Currently the only way I found to make pi-hole working again is to downgrade pi-hole-ftl package to previous version 6.2.1. I missed the following upgrades in the last months : 6.2.2 6.2.3 6.3
Do I need to install them one after the other to complete the upgrade path ? Or is this a upstream bug that should be reported ? Thank you.
pbasista commented on 2025-09-30 18:33 (UTC)
Hi max.bra,
thank you for the suggestion. Insufficient memory indeed seems to be the root cause. I have tried to build this package on a Raspberry Pi 3 with only 1 GB of RAM.
I have then added a 2 GiB swap file and the build succeeded.
Thank you once again!
max.bra commented on 2025-09-29 06:20 (UTC) (edited on 2025-09-29 06:23 (UTC) by max.bra)
hi pbasista, that seems to be an unexpected end of file caused by lack of free ram. try adding some swap space.
Pinned Comments
max.bra commented on 2018-02-09 16:46 (UTC) (edited on 2019-10-18 23:13 (UTC) by max.bra)
ArchLinux Pi-hole is not officially supported by Pi-hole project. In case of bugs and malfunctions please DO NOT file a report upstream.
First of all check if the wiki (https://wiki.archlinux.org/index.php/Pi-hole) can help then ask here for assistance and tips.
When it will be excluded that the problem does not depend on ArchLinux we will file a bug upstream.