Closed jordandalley closed 4 months ago
Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid.
Update - Running 'docker exec -it smokeping s6-svc -u /run/service/svc-smokeping' brings the service up. Has to be done each time the container is restarted.
This issue has been automatically marked as stale because it has not had recent activity. This might be due to missing feedback from OP. It will be closed if no further activity occurs. Thank you for your contributions.
Arent you by any chance running apache on different than default port e.g. 8080 in my case. Also I run it with network mode host.
The culprit was /etc/s6-overlay/s6-rc.d/svc-apache/run in my case.
--- /tmp/svc-apache
+++ /etc/s6-overlay/s6-rc.d/svc-apache/run
@@ -2,5 +2,5 @@
# shellcheck shell=bash
exec \
- s6-notifyoncheck -d -n 300 -w 1000 -c "nc -z localhost 80" \
+ s6-notifyoncheck -d -n 300 -w 1000 -c "nc -z localhost 8080" \
/usr/sbin/apachectl -D FOREGROUND
Until apache is not sucesfuly running , smokeping wont start, because it has apache as dependency
Try to run the container with these additional env vars and see for yourself
S6_LOGGING: "0"
S6_VERBOSITY: "5"
When I ran the instance on port 8080 with nginx in front of it listening on port 80 it ran OK, If not, apache never "finished" the startup process thus smokeping startup wasnt triggered.
Same issue - running in host mode.
@Wireheadbe Check the s6-overlay logs by including the additional ENV variables I've posted - it might give you an insigth what services are being started, or if they are started succesfully. I dont think its an issue with this container itself, as I've resolved it with the steps provided - it was issue with my local setup and changes.
When running in network mode host, even your firewall (if it is in place) might interfere with the notify.
I found out something from container is trying to communicate to port 80, even tough my apache config stated 8080 with tcpdump, then I searched this repo for "80" and found the s6-notifyoncheck and voala.
FWIW that should be fixed in https://github.com/linuxserver/docker-smokeping/pull/177
@thespad Thank you very much! :)
You can test with lspipepr/smokeping:2.8.2-r3-pkg-5382b62f-dev-0df9a2a3bfceb1d7bfccd2c42658715e4a2eb8fc-pr-177
if you want to see if it resolves the issues.
Perfect! ran that image and those processes come straight up.
Is there an existing issue for this?
Current Behavior
I'm uncertain when this started happening, but I noticed one day that my smokeping instance had not been collecting any metrics. The web service was running, but no new metrics were being collected.
After some troubleshooting, I discovered that the container is no longer starting the smokeping service automatically, and thus, none of the probes are running.
I then discovered that if I run the following, it starts working again: docker exec -it smokeping /run/service/svc-smokeping/run &
That is until the container is updated or restarted,
I have tried a completely new container by deleting the existing container,, and purging any old images, then using 'docker compose up -d smokeping' to recreate it. I've also completely started the smokeping config again, including the database and it still won't auto start.
Expected Behavior
No response
Steps To Reproduce
For me, it's just starting the container.
The following processes fail to start unless I start them manually:
abc 769 0.0 0.5 60632 47808 ? S 19:22 0:00 /usr/bin/perl /usr/sbin/smokeping --config=/etc/smokeping/config --nodaemon abc 783 0.0 0.4 60680 39380 ? S 19:23 0:00 /usr/sbin/smokeping [FPing] abc 784 0.0 0.4 60632 39352 ? S 19:23 0:00 /usr/sbin/smokeping [DNS] abc 785 0.0 0.4 60676 39332 ? S 19:23 0:00 /usr/sbin/smokeping [FPing6]
Environment
CPU architecture
x86-64
Docker creation
Container logs