Package Details: pi-hole-server 4.3.2-6

Git Clone URL: (read-only, click to copy)
Package Base: pi-hole-server
Description: The Pi-hole is an advertising-aware DNS/Web server. Arch adaptation for lan wide DNS server.
Upstream URL:
Keywords: ad block pi-hole
Licenses: EUPL-1.1
Conflicts: pi-hole-standalone
Submitter: max.bra
Maintainer: max.bra (graysky)
Last Packager: max.bra
Votes: 60
Popularity: 1.13
First Submitted: 2016-01-13 12:50
Last Updated: 2019-10-05 17:59

Pinned Comments

max.bra commented on 2019-10-16 15:28

Since switching to pihole user for pihole-FTL - long term data is not retained on my machine.

sir_randomuser said: For some reason account http has expired, which was the root cause. Seems to be due to a recent systemd change:
Checking /etc/shadow, the user http had a trailing 1:

$ sudo cat /etc/shadow | grep http

Removing the expiration date has resolved it:

$ sudo chage --expiredate -1 http

max.bra commented on 2018-02-09 16:45

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 ( 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.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 ... Next › Last »

max.bra commented on 2019-06-19 11:31

Hi PS0, it's FTL pkg that conflict with dnsmasq

PS0 commented on 2019-06-19 11:28

This package conflicts with dnsmasq (not mentioned in PKGBUILD).

tdkl commented on 2019-06-18 21:58

I already have it disabled ...

I noticed it throws the same error when going to Long term data / Query log (/db_queries.php), but Query log in the top menu displays fine.

I tried resetting the pihole-ftl.db in /etc/pihole, but that didn't do anything.

graysky commented on 2019-06-18 21:02

I think I solved this by disabling systemd-resolved and just manually setting /etc/resolv.conf with the correct nameserver... I seem to recall seeing something in the journal about port 53 already being bound. Been too long and covered too many miles since.

tdkl commented on 2019-06-18 19:17

@graysky: I also have the same behaviour as you, although I get an error "An unknown error occured while loading the data". Running on archv5 pogoplug v2.

Pi-hole is the only DHCP server on my network, but also have an odd issue when saving a Static DHCP Lease in DHCP :

Info A new static address has been added

Error There was a problem applying your settings. Debugging information: PHP error (2): fopen(/etc/dnsmasq.d/04-pihole-static-dhcp.conf): failed to open stream: Operation not permitted in /srv/http/pihole/admin/scripts/pi-hole/php/savesettings.php:66

The file has 644 root:root permissions. The change is actually saved, the entry is never displayed on the Static lease list.

Maybe both of them are connected, that some info can't be read to be displayed on the website? Otherwise the DNS queries are logged and displayed.

[EDIT] I've managed to solve the DHCP Static lease error, the open_basedir wasn't set correctly for the whole dnsmasq.d folder. The no data on network page remains.

max.bra commented on 2019-05-19 17:26

@graysky: anyway, i use pi-hole as DHCP server...

max.bra commented on 2019-05-19 17:22

@graysky: yes "network overview" is populated for me.

EDIT: is that only available if using pihole as a DHCP server?

uhmm, no. seems to be based on queries:

graysky commented on 2019-05-19 10:06

@max.bra - Is the "network overview" section getting populated for you? I have no data in that section. Everything else seems in functional.

EDIT: is that only available if using pihole as a DHCP server?

max.bra commented on 2019-04-28 07:47

@graysky my last secret agency security report was reporting you abandon nginx in favour of lighttpd...

anyway, reverting is not a problem (edit) ... reverted, waiting for mreutman to better investigate the problem. sorry for the noise.

graysky commented on 2019-04-28 07:41

@max.bra - I don't know if that change is needed... I am running nginx without issue with fastcgi_pass; configured per the wiki on an ODROID-C2 (Arch ARM).

For example, I do not have /var/run/php-fpm/php-fpm.sock on my system running this package with nginx at all, just an empty directory.

Would you revert the change and comment on the wiki? I do not know the scope of this change for other users...

@mreutman - suspect you overlooked something/should not need that modification.