Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug] Loading dashboards from GrafanaDashboard - "context deadline exceeded" #1467

Closed
Mart-Kuc opened this issue Mar 22, 2024 · 4 comments
Closed
Assignees
Labels
bug Something isn't working triage/accepted Indicates an issue or PR is ready to be actively worked on.

Comments

@Mart-Kuc
Copy link

Describe the bug
We are using K8S object GrafanaDashboard for importing json dashboard to Grafana from ConfigMap.
When GrafanaOperator try to "import" Dashboards gets error context deadline exceeded

We have approximately 22 GrafanaDashboards object with 22 ConfigMaps, so 22 dashboards in the result.

Log:
ERROR GrafanaDashboardReconciler error reconciling dashboard {"controller": "grafanadashboard", "controllerGroup": "grafana.integreatly.org", "controllerKind": "GrafanaDashboard", "GrafanaDashboard": {"name":"qm--frontend-grafanadashboard","namespace":"monitoring"}, "namespace": "monitoring", "name": "qm--frontend-grafanadashboard", "reconcileID": "1be2129b-189b-46ca-5713-1c2b50319a91", "dashboard": "qm--frontend-grafanadashboard", "grafana": "grafana-name", "error": "Internal error occurred: Get \"http://grafana-name-service.monitoring:3000/api/folders?limit=1000&page=1\": context deadline exceeded"}

In version 5.6.3 we didn't any problem with this one

Version
Grafana-operator: v5.8.0
Grafana: 10.4.0
Helm-chart: bitnami-grafana-operator: 3.12.3

To Reproduce
Steps to reproduce the behavior:

  1. Deploy Grafana/Grafana-operator
  2. Create ConfigMap with Json dashboard
  3. Create K8S object GrafanaDashboards with referencing on ConfigMap and proper "instanceSelector"
  4. Go to logs of Grafana-operator

Expected behavior
Importing all Dashboards to Grafana

Suspect component/Location where the bug might be occurring
unknown

Runtime (please complete the following information):

  • Grafana Operator: v5.8.0
  • Environment: Kubernetes v1.27.11
  • Deployment type: helm-chart: 3.12.3
  • Other: Cilium: 15.1

Best regard: Mart-Kuc

@Mart-Kuc Mart-Kuc added bug Something isn't working needs triage Indicates an issue or PR lacks a `triage/foo` label and requires one. labels Mar 22, 2024
@theSuess
Copy link
Member

This and #1465 both seem to be a result of switching to the new openapi client. I'll take a look at it this week

@theSuess theSuess added triage/accepted Indicates an issue or PR is ready to be actively worked on. and removed needs triage Indicates an issue or PR lacks a `triage/foo` label and requires one. labels Mar 26, 2024
@theSuess
Copy link
Member

We just merged #1475 which fixes an issue with timeouts in the new client.

To verify if this was your issue - do you have a custom timeout set in your Grafana instance?

@theSuess theSuess self-assigned this Mar 26, 2024
@occelebi
Copy link

occelebi commented Apr 4, 2024

Bitnami's grafana operator chart deploys it as default with timeout, unfortunately :/

  client:
    timeout: 5

https://github.com/bitnami/charts/blob/0bd4fe03a2985297c4791e392093b942fbeb54f3/bitnami/grafana-operator/values.yaml#L658

@theSuess
Copy link
Member

theSuess commented Apr 5, 2024

Got it - this is now fixed in 5.8.1! Feel free to reopen the issue if this still occurs in the newest version

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working triage/accepted Indicates an issue or PR is ready to be actively worked on.
Projects
None yet
Development

No branches or pull requests

3 participants