mirror of
https://github.com/coredns/coredns.git
synced 2025-11-01 02:33:14 -04:00
Fix plugin name in project README (#3683)
* Update README.md Signed-off-by: Chris O'Haver <cohaver@infoblox.com> * fix readme occurances Signed-off-by: Chris O'Haver <cohaver@infoblox.com>
This commit is contained in:
2
plugin/cache/README.md
vendored
2
plugin/cache/README.md
vendored
@@ -77,7 +77,7 @@ If monitoring is enabled (via the *prometheus* plugin) then the following metric
|
||||
* `coredns_cache_served_stale_total{server}` - Counter of requests served from stale cache entries.
|
||||
|
||||
Cache types are either "denial" or "success". `Server` is the server handling the request, see the
|
||||
metrics plugin for documentation.
|
||||
prometheus plugin for documentation.
|
||||
|
||||
## Examples
|
||||
|
||||
|
||||
@@ -86,7 +86,7 @@ is already listening on that port. The process reloads and performs the followin
|
||||
4. fail loading the new Corefile, abort and keep using the old process
|
||||
|
||||
After the aborted attempt to reload we are left with the old processes running, but the listener is
|
||||
closed in step 1; so the health endpoint is broken. The same can happen in the prometheus metrics plugin.
|
||||
closed in step 1; so the health endpoint is broken. The same can happen in the prometheus plugin.
|
||||
|
||||
In general be careful with assigning new port and expecting reload to work fully.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user