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.
Search Criteria
Package Details: pi-hole-ftl 6.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: | 59 |
Popularity: | 1.10 |
First Submitted: | 2017-05-07 15:23 (UTC) |
Last Updated: | 2025-03-30 17:00 (UTC) |
Dependencies (6)
- gmp (gmp-hgAUR)
- mbedtls (mbedtls-gitAUR, mbedtls-dtlsAUR)
- nettle (nettle-gitAUR)
- pi-hole-webAUR
- cmake (cmake-gitAUR, cmake3AUR) (make)
- xxd (vim-minimal-gitAUR, gvim-gitAUR, vim-cli-gitAUR, gvim-wayland-lilydjwg-gitAUR, gvim-gtk2AUR, gvim, tinyxxd, vim) (make)
Required by (65)
- 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)
- ethoscope-device (requires dnsmasq)
- ethoscope-node (requires dnsmasq)
- feishu-bin (requires dnsmasq)
- gnome-network-displays (requires dnsmasq)
- gnome-network-displays-git (requires dnsmasq)
- holodev (requires dnsmasq)
- holodev-git (requires dnsmasq)
- hostsblock (requires dnsmasq) (optional)
- incus-git (requires dnsmasq)
- incus-tools-git (requires dnsmasq)
- libnm-git (requires dnsmasq) (make)
- libnm-iwd (requires dnsmasq) (make)
- libvirt-git (requires dnsmasq) (make)
- libvirt-git (requires dnsmasq) (optional)
- libvirt-xen (requires dnsmasq) (make)
- libvirt-xen (requires dnsmasq) (optional)
- linux-router (requires dnsmasq)
- linux-wifi-hotspot (requires dnsmasq) (optional)
- linux-wifi-hotspot-bin (requires dnsmasq) (optional)
- lxc-git (requires dnsmasq) (optional)
- lxc-selinux (requires dnsmasq) (optional)
- lxd-git (requires dnsmasq)
- lxd516 (requires dnsmasq)
- minimega (requires dnsmasq) (optional)
- netns-helper-git (requires dnsmasq) (optional)
- networkmanager-git (requires dnsmasq) (make)
- networkmanager-git (requires dnsmasq) (optional)
- networkmanager-iwd (requires dnsmasq) (make)
- networkmanager-iwd (requires dnsmasq) (optional)
- networkmanager-support (requires dnsmasq)
- nm-cloud-setup-git (requires dnsmasq) (make)
- nm-iwd-cloud-setup (requires dnsmasq) (make)
- overture (requires dnsmasq) (optional)
- p-rout-git (requires dnsmasq)
- pi-hole-core
- pinephone-dev-tools (requires dnsmasq)
- podman-dnsname-git (requires dnsmasq)
- qemu-web-desktop (requires dnsmasq)
- rbenv-vagrant-setup-git (requires dnsmasq) (optional)
- simonpi (requires dnsmasq)
- simonpi-git (requires dnsmasq)
- ss-tproxy (requires dnsmasq)
- ss-tproxy-git (requires dnsmasq)
- vagrant-git (requires dnsmasq) (optional)
- virter (requires dnsmasq) (optional)
- waydroid (requires dnsmasq)
- waydroid-git (requires dnsmasq)
Sources (5)
Latest Comments
« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 46 Next › Last »
max.bra commented on 2022-03-08 23:07 (UTC)
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>.
dunster commented on 2022-03-07 20:05 (UTC)
@max.bra sorry for asking but how do I install the snapshot?
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.