-
-
Notifications
You must be signed in to change notification settings - Fork 187
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FTL crashes: FATAL: verify_shmem_pid(): Failed to open shared memory object "FTL-settings": No such file or directory #1642
Comments
I see two issues here:
Concerning the restart:
manes that the file You will have to check your operating system if you have anything wiping Concerning the "counters restart from 0": |
This issue is stale because it has been open 30 days with no activity. Please comment or update this issue or it will be closed in 5 days. |
This issue has been mentioned on Pi-hole Userspace. There might be relevant details there: https://discourse.pi-hole.net/t/pihole-ftl-service-crashes-when-under-light-load/70084/1 |
Probably facing the same issue: Versions Platform OS and version: Ubuntu 20.04.4 Expected behavior FTP should not be crashing Actual behavior / bug
Steps to reproduce Debug Token |
Sorry for the delay in replying! The only thing I can really do is to exactly repeat the comment above - you are right it appears to be exactly the same underlying issue: #1642 (comment) Emphasis on this takeaway message:
As both of you are using some (even if not the same) kind of virtualization - maybe they are doing something crazy to Could you maybe confirm that the file |
@DL6ER Thank you for your inputs, I just tried to get the settings and only some strange characters appeared, below the outputs. root@home-dns:/home/pihole# cat /dev/shm/FTL-settings Is there a better way to get it? |
This is actually fine, the file is not meant for human consumption as the content is encoded. But this proves the file is there. Now we have to find out how it can become missing causing FTL to terminate... |
Versions
Platform
Expected behavior
FTP should not be crashing
Actual behavior / bug
After a while the FTL service seems to be crashing and restarting. I can see it on the web interface because the counters are beginning from 0.
Here an example log:
Steps to reproduce
Debug Token
The text was updated successfully, but these errors were encountered: