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

Connectors NPE due to missing operate URL when identity disabled #2642

Open
falko opened this issue Dec 5, 2024 · 7 comments
Open

Connectors NPE due to missing operate URL when identity disabled #2642

falko opened this issue Dec 5, 2024 · 7 comments
Labels
kind/issue Unidentified issue, it could be a bug, misconfig, or anything in between

Comments

@falko
Copy link
Member

falko commented Dec 5, 2024

Expected: Connector configuration understands that identity is turned off via global.identity.auth.enabled: false and identity.enabled: false.
image
image
image

But this config map ends up without any URL for Operate:

{{- if or (eq .Values.connectors.inbound.mode "credentials") (and .Values.global.identity.auth.enabled (eq .Values.connectors.inbound.mode "oauth") ) }}
operate:
client:
url: {{ include "camundaPlatform.operateURL" . | quote }}
{{- if eq .Values.connectors.inbound.mode "credentials" }}
username: connectors
{{- end }}
{{- end }}

which causes a Nullpointer Exception in the Connector Runtime:
image
image

As a workaround, I set connectors.inbound.mode: disabled and that worked.

I guess, connectors.inbound.mode: credentials would also work and if so, that would my proposal for a fix.

@falko
Copy link
Member Author

falko commented Dec 5, 2024

The customer use case for this type of installation is:

  • Small test system for development and testing on AWS EKS
  • K8s namespace has very limited resources
  • Installation preformed by a first-time user Helm
  • kubectl port-forwarding is sufficient to access Operate and deploy to the Zeebe Gateway via Desktop Modeler

@hamza-m-masood
Copy link
Contributor

Hello!
@falko could you please specify the helm chart version?

@falko
Copy link
Member Author

falko commented Dec 16, 2024

It should have been the latest version at the time of my posting.

@hamza-m-masood
Copy link
Contributor

That would be 11.1.0

@falko
Copy link
Member Author

falko commented Dec 17, 2024

Actually, the customer is partially air-gapped. So they downloaded the Helm chart sources as a zip file from GitHub around the time when I opened the issue and the pointed helm to install locally from the charts/camunda-platform-8.6 folder. I downloaded the dependencies using make helm.dependency-update and sent them via email.

@hamza-m-masood
Copy link
Contributor

Thanks, this makes sense to me.

@hamza-m-masood hamza-m-masood added the kind/issue Unidentified issue, it could be a bug, misconfig, or anything in between label Dec 17, 2024
@p4tr0ckz
Copy link

I'm running into the same issue. Thats why i initially downgraded to Chart Version 9.2.0 and opened #2357
But now i need to update to latest version and this came back up like this issue.

@falko Did your customer find a solution?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/issue Unidentified issue, it could be a bug, misconfig, or anything in between
Projects
None yet
Development

No branches or pull requests

3 participants