- review BUG related doc for Health and Premotheus after change of behavior to be compatible with reload feature. (#1790)
This commit is contained in:
parent
b9f0d55fc9
commit
30309861c5
2 changed files with 11 additions and 2 deletions
|
@ -93,3 +93,10 @@ Set a lameduck duration of 1 second:
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
~~~
|
~~~
|
||||||
|
|
||||||
|
## Bugs
|
||||||
|
|
||||||
|
When reloading, the Health handler is stopped before the new server instance is started.
|
||||||
|
If that new server fails to start, then the initial server instance is still available and DNS queries still served,
|
||||||
|
but Health handler stays down.
|
||||||
|
Health will not reply HTTP request until a successful reload or a complete restart of CoreDNS.
|
||||||
|
|
|
@ -71,5 +71,7 @@ then:
|
||||||
|
|
||||||
## Bugs
|
## Bugs
|
||||||
|
|
||||||
When reloading, we keep the handler running, meaning that any changes to the handler's address
|
When reloading, the Prometheus handler is stopped before the new server instance is started.
|
||||||
aren't picked up. You'll need to restart CoreDNS for that to happen.
|
If that new server fails to start, then the initial server instance is still available and DNS queries still served,
|
||||||
|
but Prometheus handler stays down.
|
||||||
|
Prometheus will not reply HTTP request until a successful reload or a complete restart of CoreDNS.
|
||||||
|
|
Loading…
Add table
Reference in a new issue