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

Grafana latest/edge fails to install #690

Closed
phoevos opened this issue Sep 2, 2023 · 3 comments
Closed

Grafana latest/edge fails to install #690

phoevos opened this issue Sep 2, 2023 · 3 comments
Assignees
Labels
23.10 Should be fixed by 23.10 bug Something isn't working

Comments

@phoevos
Copy link
Contributor

phoevos commented Sep 2, 2023

Bug Description

Grafana from latest/edge fails to install on Juju 2.9.44, with an error stating that the Grafana unit is not assigned to a machine. This is the case following revision 90 of the charm, which among other things introduces the use of open_port instead of the K8s service patch. Pinning to a previous revision fixes the problem.

Although this does not directly affect our charms, it does break our CI across repos that deploy Grafana as part of their integration tests (e.g. here)

To Reproduce

To reproduce, you can try deploying Grafana from latest/edge (revision >= 90) on Juju 2.9.44.

Environment

Juju Agent: 2.9.44
MicroK8s: 1.24/stable
Grafana: latest/edge (rev: 90)

Relevant log output

unit-grafana-k8s-0: 14:40:41 ERROR juju.worker.uniter.context cannot apply changes: cannot retrieve ports for unit "grafana-k8s/0": unit "grafana-k8s/0" is not assigned to a machine
unit-grafana-k8s-0: 14:40:41 ERROR juju.worker.uniter.operation hook "install" (via hook dispatching script: dispatch) failed: cannot apply changes: cannot retrieve ports for unit "grafana-k8s/0": unit "grafana-k8s/0" is not assigned to a machine

Additional context

Grafana is tested on (and most probably developed for) Juju 3.1. Given that we will be switching to Juju 3.1 very soon and that this issue blocks a number of time-critical PRs, we could pin Grafana to revision 89 for now and revert as soon as the migration has been completed.

@i-chvets
Copy link
Contributor

Just a quick comment. We have exactly same issue before 1.7 release. Prometheus/Grafana updates break us from time to time. Possible approach is to pin everything that we depend on to revisions when we cut a track branch. This is a proper way to "freeze" branch in time to avoid extra work in the future. There is no point having edge in track branches.

i-chvets added a commit to canonical/notebook-operators that referenced this issue Sep 14, 2023
* fix: pin prometheus and grafana
canonical/bundle-kubeflow#688
canonical/bundle-kubeflow#690

Summary of changes:
- Pinned revisions of prometheus and grafana to avoid failure of
  integration tests. Refer to above issues for more details.
DnPlas added a commit to canonical/dex-auth-operator that referenced this issue Sep 26, 2023
@orfeas-k
Copy link
Contributor

orfeas-k commented Feb 22, 2024

Closing this since we use Juju>=3.1 now.

Copy link

Thank you for reporting us your feedback!

The internal ticket has been created: https://warthogs.atlassian.net/browse/KF-5367.

This message was autogenerated

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
23.10 Should be fixed by 23.10 bug Something isn't working
Projects
Development

No branches or pull requests

3 participants