Skip to content
This repository has been archived by the owner on Feb 22, 2022. It is now read-only.

[stable/external-dns] Unable to build kubernetes objects from release manifest: unable to recognize "": no matches for kind "ServiceMonitor" in version "monitoring.coreos.com/v1" #21745

Closed
evgmoskalenko opened this issue Apr 3, 2020 · 4 comments
Labels
lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.

Comments

@evgmoskalenko
Copy link
Contributor

evgmoskalenko commented Apr 3, 2020

Describe the bug

Error: unable to build kubernetes objects from release manifest: unable to recognize "": no matches for kind "ServiceMonitor" in version "monitoring.coreos.com/v1"

Version of Helm and Kubernetes:

  • Helm: v3.1.2, GitCommit:"d878d4d45863e42fd5cff6743294a11d28a9abce", GitTreeState:"clean", GoVersion:"go1.13.8"
  • AWS Kubernetes version: 1.15

Which chart:

  • stable/external-dns and stable/prometheus-operator charts

What happened:

I have a pipeline in which "helm chart extenral-dns" install first, then "helm chart prometheus-operator", but in the settings of "extenral-dns" chart there is a CustomResourceDefinition (ServiceMonitor), which is set only after installing the "prometheus-operator" chart

metrics:
  enabled: true
  ## Metrics exporter pod Annotation and Labels
  ##
  # podAnnotations:
  #   prometheus.io/scrape: "true"
  #   prometheus.io/port: "7979"

  ## Prometheus Operator ServiceMonitor configuration
  ##
  serviceMonitor:
    enabled: true

For some reason, on AWS Kubernetes version 1.14, such an error cannot be reproduced, the pipeline goes through and the chart - "extenral-dns" is installed, even if "prometheus-operator" is not installed yet.

On AWS Kubernetes version 1.15, I get this error - Error: unable to build kubernetes objects from release manifest: unable to recognize "": no matches for kind "ServiceMonitor" in version "monitoring.coreos.com/v1"

In fact, it’s not very convenient to first install the "prometheus-operator" and then "extendral-dns", because I need DNS names for the Prometheus service as well

It’s also not very convenient to install a resource in the pipeline - "kubectl apply -f https://raw.githubusercontent.com/coreos/prometheus-operator/release-0.37/example/prometheus-operator-crd/monitoring.coreos.com_servicemonitors.yaml" before installing "external-dns", because servicemonitors resource is versioned, and it’s necessary to remember that after updating the "prometheus-operator" charts, I need to check the changes in "monitoring.coreos.com_servicemonitors.yaml"

What you expected to happen:

I expected that an "external-dns" chart with enabled serviceMonitor will be installed

metrics:
  enabled: true
  ## Metrics exporter pod Annotation and Labels
  ##
  # podAnnotations:
  #   prometheus.io/scrape: "true"
  #   prometheus.io/port: "7979"

  ## Prometheus Operator ServiceMonitor configuration
  ##
  serviceMonitor:
    enabled: true

And then the pipeline will install the "prometheus-operator" chart and other charts with resources serviceMonitor.

@carrodher
Copy link
Collaborator

Hi,

Given the stable deprecation timeline, this Bitnami maintained Helm chart is now located at bitnami/charts. Please visit the bitnami/charts GitHub repository to create Issues or PRs.

In this issue, we tried to explain more carefully the reasons and motivations behind this transition, please don't hesitate to add a comment in this issue if you have any question related to the migration itself.

@evgmoskalenko
Copy link
Contributor Author

Thanks.. :-)

@stale
Copy link

stale bot commented May 6, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Any further update will cause the issue/pull request to no longer be considered stale. Thank you for your contributions.

@stale stale bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label May 6, 2020
@stale
Copy link

stale bot commented May 20, 2020

This issue is being automatically closed due to inactivity.

@stale stale bot closed this as completed May 20, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.
Projects
None yet
Development

No branches or pull requests

2 participants