Not seeing control plane data

In case the control plane data is missing, for example K8sSchedulerSample, the first thing to do is to check verbose logs of the control plane components. Read how to enable verbose logging.

• One possibility is that autodiscovery tries to find the control plane pods in the cluster using the most common labels; if no pod is found for a single component, it does not fail to avoid missing more data. You'll see logs similar to the following:

  bash

  Copy

  $
  time="2022-06-21T12:21:25Z" level=debug msg="Autodiscovering pods for \"scheduler\""
  $
  time="2022-06-21T12:21:25Z" level=debug msg="0 pods found with labels \"tier=control-plane,component=kube-scheduler\""
  $
  time="2022-06-21T12:21:25Z" level=debug msg="No pod found for \"scheduler\" with labels \"tier=control-plane,component=kube-scheduler\""
  $
  time="2022-06-21T12:21:25Z" level=debug msg="0 pods found with labels \"k8s-app=kube-scheduler\""
  $
  time="2022-06-21T12:21:25Z" level=debug msg="No pod found for \"scheduler\" with labels \"k8s-app=kube-scheduler\""
  $
  time="2022-06-21T12:21:25Z" level=debug msg="0 pods found with labels \"app=openshift-kube-scheduler,scheduler=true\""
  $
  time="2022-06-21T12:21:25Z" level=debug msg="No pod found for \"scheduler\" with labels \"app=openshift-kube-scheduler,scheduler=true\""
  $
  time="2022-06-21T12:21:25Z" level=debug msg="No \"scheduler\" pod has been discovered"

  In this case, you can change the discovery behavior with the controlplane.config.[component].autodiscover[].selector config of the Helm chart values. Read more about the control plane component.

• It's also possible that the controlplane component is found, but the authentication with the endpoint fails. You'll see logs similar to the following:

  bash

  Copy

  $
  time="2022-06-21T15:54:52Z" level=debug msg="Endpoint \"https://localhost:10257\" probe failed, skipping: http request failed with status: 403 Forbidden"

  In this case you can change the authentication behavior for each endpoints with the controlplane.config.[component].autodiscover[].endpoints[].auth config of the helm chart values.

• It's also possible that the controlplane component of the integration is not running on all control plane nodes. You can doublecheck that running this command:

  bash

  Copy

  $
  kubectl get pod -n <NEWRELIC_NAMESPACE> -l app.kubernetes.io/component=controlplane -o wide

  If there is any control plane pod you want to monitor running on a node whithout a New Relic monitoring instance then you can change as needed controlplane.affinity, controlplane.nodeSelector, and controlplane.tolerations of the Helm chart values.

In case the control plane components doesn't autodiscover or scrape succesfully any control plane pod it enters in CrashLoopBackOff.

You can change the behaviour of autodiscovery and the authentication methods to meet your needs.

On the other hand, if you are not interested in that data you can simply disable the control plane component by setting controlplane.enabled=false in the Helm chart values.