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] Ingress - Bad servicePort #554

Closed
pbrissaud opened this issue Oct 6, 2021 · 7 comments
Closed

[Bug] Ingress - Bad servicePort #554

pbrissaud opened this issue Oct 6, 2021 · 7 comments
Labels
bug Something isn't working needs triage Indicates an issue or PR lacks a `triage/foo` label and requires one.

Comments

@pbrissaud
Copy link

Describe the bug
When upgrading to 3.10.4 version, I can't access to Grafana via Ingress (I can via port-forward). When I look to the Ingress spec, the servicePort is set to 'http' but the grafana-service don't have a 'http' port (only 'grafana'). When I downgrade to 3.10.3 version, the servicePort is setup to '3000' and it works.

To Reproduce
Steps to reproduce the behavior:

  1. Upgrade CRDs
  2. Upgrade operator deployment and roles settings
  3. Apply grafana CR
  4. Pod is running but no access via Ingress

Expected behavior
The servicePort field in Ingress is set to 'grafana' or '3000'

Suspect component/Location where the bug might be occuring
unknown

Screenshots
Ingress in 3.10.3:

...
spec:
  rules:
  - host: xxx.yyy.zz
    http:
      paths:
      - backend:
          serviceName: grafana-service
          servicePort: 3000
        path: /
        pathType: ImplementationSpecific
...

Ingress in 3.10.4:

spec:
  rules:
  - host: xxx.yyy.zz
    http:
      paths:
      - backend:
          serviceName: grafana-service
          servicePort: 'http'
        path: /
        pathType: ImplementationSpecific

Service (even in 3.10.3 and 3.10.4):

spec:
  clusterIP: 10.43.90.160
  ports:
  - name: grafana
    port: 3000
    protocol: TCP
    targetPort: grafana-http
  selector:
    app: grafana
  sessionAffinity: None
  type: ClusterIP

Runtime (please complete the following information):

  • OS: Linux
  • Grafana Operator Version: 3.10.4
  • Environment: Kubernetes 1.19.14
  • Deployment type: Deployed
@pbrissaud pbrissaud added bug Something isn't working needs triage Indicates an issue or PR lacks a `triage/foo` label and requires one. labels Oct 6, 2021
@pepov pepov mentioned this issue Oct 7, 2021
5 tasks
@NissesSenap
Copy link
Collaborator

This should now be solved, we will cut a release as soon as we can with this fix. Thanks for reporting it

@willthames
Copy link

@NissesSenap when will that release cut happen - it's been over a month since this issue was closed, and yet 3.10.4 is still the latest available 3.10 version.

@pbrissaud
Copy link
Author

pbrissaud commented Nov 22, 2021 via email

@NissesSenap
Copy link
Collaborator

@willthames we are stuck with k8s-operatorhub/community-operators#265.
We would love to get some help to debug this if you feel up for it.

None of the maintainers is getting paid to manage/develop this operator so we haven't had time to prioritize this. Sorry for the delay.

@js-timbirkett
Copy link

I'm guessing that not bringing the fix to v3 is a polite way of saying: move to v4 😄 😬

@NissesSenap
Copy link
Collaborator

No we want this feature to be released under 3.10.4 using OLM and as explained we are stuck in the CI process and no one have prioritised to solve it: #554 (comment)

@js-timbirkett if you are not using OCP and OLM 3.10.4 version image is built and available and you should be able to use it in helm. You can find 3.10.4 release here: https://github.com/grafana-operator/grafana-operator/releases/tag/v3.10.4

@js-timbirkett
Copy link

Hmmm... the ingress in 3.10.4 is definitely broken as per the initial issue: https://github.com/grafana-operator/grafana-operator/blob/v3.10.4/pkg/controller/model/grafanaIngress.go#L66-L69

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working needs triage Indicates an issue or PR lacks a `triage/foo` label and requires one.
Projects
None yet
Development

No branches or pull requests

4 participants