I'm having a similar problem to others following the 3.0 upgrade, however despite spending an hour or two trawling threads on here and over on Reddit I'm not further forward so here goes...
My pihole is running/blocking ads, however FTL shows as offline via the admin interface and fails to start. Browser cache etc. has been cleared. Another notable issue is the footer that continuously advises me an FTL update is available.
I've tried pihole -r which runs without error, then a reboot to no avail.
I've tried pihole -up numerous times, the notable entries being these at the end of the install:
/opt/pihole/update.sh: line 80: /usr/bin/pihole-FTL: No such file or directory
::: FTL: update available
:::
::: FTL out of date
:::
::: Downloading latest version of FTL...
::: Detected ARM-hf architecture (armv6 or lower)
::: Using ARM binary
::: Installing FTL... transferred... done.
:::
::: Web Interface: up to date
/opt/pihole/update.sh: line 209: /usr/bin/pihole-FTL: No such file or directory
I can try manually starting/restarting pihole-FTL again to no avail (no errors returned).
If I do sudo pihole-FTL running, I get:
sudo: unable to execute /usr/bin/pihole-FTL: No such file or directory
The file does seem to exist.
pihole -d gives a couple of entries of note:
::: ---= Checking IPv4 Stack
::: IPv4 addresses located on eth0
::: Pinging default IPv4 gateway: Gateway did not respond.
::: ---= Daemon Process Information
::: Checking 4711 port for pihole-FTL listener.
::: Failure: IPv4 Port not in use
My debug token is 2cd970sdx7.
Any help that can be offered would be very much appreciated.
To start, can you run a pihole -r and repair. It appears that you don't have a copy of the FTL binary installed on your system. And after you run the repair, check your /tmp directory and see if there are any FTL named binaries or hash files in there.
I've just run pihole -r again, which seemed to go without error. Lines pertaining to FTL as follows:
::: Downloading latest version of FTL...
::: Detected ARM-hf architecture (armv6 or lower)
::: Using ARM binary
::: Installing FTL... transferred... done.
::: Starting pihole-FTL service... done.
:::
::: Enabling pihole-FTL service to start on reboot... done.
::: done.
Haven't rebooted yet but situation seems the same. The following binaries are in /tmp:
Updated with the OS running on this install. OSMC.
I would suggest waiting a bit on the linking of libraries, that may cause other issues with process running on the device and would be better solved with a more intelligent detection system.
Thanks both, will hang fire on the symlinking and see how things pan out over the coming days/weeks. At least the ad-blocking's running in the interim.
The problem is not that pihole-FTL is not found, but the dynamic linker which is the part of an operating system that loads and links the shared libraries needed by an executable when it is executed. This happens because it is not located where pihole-FTL is expecting it.
It seems OSMC (as Xbian, too) places the interpreter in a non-standard place. Try identifying where your linker is. @deHakkelaar found it in /lib/arm-linux-gnueabihf/ld-linux.so.3 on Xbian. The path may be similar for you.
Once you found it, try something like
LD_LIBRARY_PATH=/lib/arm-linux-gnueabihf pihole-FTL test
Note that this is 100% untested but should not harm (it may just not work).
$ sudo ln -s /lib/arm-linux-gnueabihf/ld-linux.so.3 /lib/ld-linux.so.3
$ /usr/bin/pihole-FTL
FATAL: Opening of FTL log (/var/log/pihole-FTL.log) failed!
Make sure it exists and is writeable by user osmc
Permissions as follows:
-rw-r--r-- 1 pihole pihole 0 May 3 21:51 pihole-FTL.log
Its looking like native OSMC support is going to need quite a few changes, new user, library locations, and a few other tweaks. Since it's not an officially supported OS, we can help out with tips as we come to them, but we may need to have some dialog with the OSMC maintainers to get a proper resolution. If an OSMC user wanted to post on their forums a few questions and see if they are open to discussions, it may make the process a bit smoother. The maintainer of that distro is quite a nice fellow from what I have read.
(I tried OSMC, but I run on Odroid for media and haven't had the time to sit down and figure out how to compile the source for my particular board.)
I think its Sam Nazarko (and appologies if I butchered the name, its from memory.)