Package Details: pi-hole-ftl 5.25.2-2

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: 56
Popularity: 1.50
First Submitted: 2017-05-07 15:23 (UTC)
Last Updated: 2024-08-10 09:53 (UTC)

Required by (65)

Sources (6)

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.

Latest Comments

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

MrBlumi commented on 2022-05-22 19:17 (UTC) (edited on 2022-05-22 19:18 (UTC) by MrBlumi)

Running an aarch64 system I receive the following error message during build:

[build@builder pi-hole-ftl] makepkg -s
...
[100%] Building C object src/CMakeFiles/FTL.dir/timers.c.o
[100%] Building C object src/CMakeFiles/FTL.dir/vector.c.o
[100%] Built target FTL
cc: fatal error: Killed signal terminated program as
compilation terminated.
make[2]: *** [src/database/CMakeFiles/sqlite3.dir/build.make:90: src/database/CMakeFiles/sqlite3.dir/sqlite3.c.o] Error 1
make[2]: *** Deleting file 'src/database/CMakeFiles/sqlite3.dir/sqlite3.c.o'
make[1]: *** [CMakeFiles/Makefile2:322: src/database/CMakeFiles/sqlite3.dir/all] Error 2
make: *** [Makefile:136: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

max.bra commented on 2022-03-08 23:07 (UTC)

although necessary for a peaceful life, the last modification is only to be considered a workaround.
the real problem persists: your closing FTL does not clean the shared memory for a reason not yet better specified.
given that I can't replicate the problem, it would be nice to try to understand what you who suffer from this bug have in common.

max.bra commented on 2022-03-08 22:59 (UTC)

@all testers: ok updated, thanks for your time

dunster commented on 2022-03-08 21:12 (UTC)

@ferreum Yup, that fixed it for me, just tested it.

ferreum commented on 2022-03-08 21:02 (UTC) (edited on 2022-03-08 21:05 (UTC) by ferreum)

I'm pretty sure it doesn't work because Exec* commands aren't run in a shell, so globbing doesn't work. This line fixes it for me:

ExecStartPre=/usr/bin/sh -c '/usr/bin/rm -f /dev/shm/FTL-*'

An easy way to test it is to send SIGTERM to the pihole-FTL process. Previously it would fail to restart because of the existing files. With this line it immediately starts up properly again.

dunster commented on 2022-03-08 20:29 (UTC)

I have all the log I could think of. https://pastebin.com/YE6C6Fh4

max.bra commented on 2022-03-08 20:15 (UTC) (edited on 2022-03-08 20:15 (UTC) by max.bra)

@dunster can you pastebin

ls -l /dev/shm/

please?

edit: with FTL running and stopped

dunster commented on 2022-03-08 09:41 (UTC) (edited on 2022-03-08 09:43 (UTC) by dunster)

@max.bra I have installed the snapshot package and the problem is still there. I have checked the pihole-FTL.service and the line you added is there but it doesn't want to remove the files for some reason. Pihole user is the owner of them so it has permission to remove them. Don't really know what the problem is. Only works when I remove them manually.

EDIT: Just checked the output. It says that rm finished with status=0/SUCCESS but the files are still there.

max.bra commented on 2022-03-07 20:34 (UTC)

No worries. Download the zip (the snapshot), unzip it and open a terminal in the uncompressed directory. Then makepkg and sudo pacman -U <ftlnewpkg>.

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