Cause: two service monitor object were installed for each of kube-apiserver, kube-controller-manager and kube-scheduler, one named "monitor", the other one "kube-<apiserver|controller-manager|scheduler>".
Consequence: The former object was inactive and showed an irritating "(0/0 up)" message.
Fix: The former was inactive and is not created anymore in new clusters.
Result: Only the cluster-kube-apiserver/kube-apiserver service monitor (and in analogy for the other two components) is created in new clusters.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHBA-2020:0062
Created attachment 1596849 [details] service discovery page