-
Notifications
You must be signed in to change notification settings - Fork 297
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
Oncall 1.91: grafana-oncall-app can' connect to oncall #4850
Comments
grafana version used: Grafana v11.3.0-192108 (65a7d8f023) (docker image: grafana/grafana:main) |
|
Yes, that was the solution. it is a oss installation. Until 1.8.13 it was running without problems with these settings. Maybe a hint in the releasenotes would be nice. |
# What this PR does consider the grafanaSubUrl in case Grafana is served from subpath ## Which issue(s) this PR closes Related to grafana/oncall-private#2656 #4850 <!-- *Note*: If you want the issue to be auto-closed once the PR is merged, change "Related to" to "Closes" in the line above. If you have more than one GitHub issue that this PR closes, be sure to preface each issue link with a [closing keyword](https://docs.github.com/en/get-started/writing-on-github/working-with-advanced-formatting/using-keywords-in-issues-and-pull-requests#linking-a-pull-request-to-an-issue). This ensures that the issue(s) are auto-closed once the PR has been merged. --> ## Checklist - [x] Unit, integration, and e2e (if applicable) tests updated - [x] Documentation added (or `pr:no public docs` PR label added if not required) - [ ] Added the relevant release notes label (see labels prefixed w/ `release:`). These labels dictate how your PR will show up in the autogenerated release notes.
Ran into the same issue. Thanks for pointing out |
As precision, do not use |
If someone deploys Grafana and Oncall in Kubernetes via Grafana Operator and comes here due to the issue mentioned above: the solution on our side was also to set this option in our grafana.yaml
|
What went wrong?
What happened:
error logs in the grafana pod:
no error logs in oncall pods
What did you expect to happen:
How do we reproduce it?
accessControlOnCall
is set to trueGrafana OnCall Version
v1.9.1
Product Area
Other
Grafana OnCall Platform?
Kubernetes
User's Browser?
No response
Anything else to add?
No response
The text was updated successfully, but these errors were encountered: