feat: Use command probe for increased accuracy (#344) #359
+16
−16
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description of the change
The liveness & readiness probes previously checked that the web server was up, but did not check that FTL was running. There are conditions under which the web server starts, but FTL fails to start. Using HTTP probes does not catch those conditions, but the web server offers an endpoint that returns the DNS status. If the web server is not up, this probe will continue to fail since it can't
curl
the endpoint. In addition, it will now also fail if the DNS server is down.Benefits
Increased accuracy in both readiness & liveness check
Possible drawbacks
curl
this is a breaking change. I think it's highly unlikely, ascurl
is in just about every image./login
endpoint is used when visiting the login screen, so it doesn't require auth but gets information about the DNS server. However, I don't know if this might not change at some point in the future. I think it's worth the risk, it's an easy fix if Pi-Hole changes this endpoint.Applicable issues
Additional information
Checklist