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

subscriber-config not populated using suggested litmus-agent inputs #412

Open
kbmulleady opened this issue Nov 7, 2024 · 0 comments
Open

Comments

@kbmulleady
Copy link

When installing the litmus-agent helm chart, I use the following suggested values from the README for a self agent in cluster mode:

LITMUS_USERNAME: "admin"
LITMUS_PASSWORD: "litmus"
LITMUS_ENVIRONMENT_ID: "sandbox"
LITMUS_PROJECT_ID: "<pulled_from_chaos_portal>"
LITMUS_URL: "http://litmus-frontend-service.litmus.svc.cluster.local:9091"
LITMUS_BACKEND_URL: "http://litmus-server-service.litmus.svc.cluster.local:9002"
APP_VERSION: "3.11.2"
global:
  INFRA_MODE: "cluster"

However, with these values the subscriber-secret and subscriber-config aren't populated. The event-tracker and subscriber pods also complain that the VERSION and ACCESS_KEY values are missing respectively.

From looking at some suggestions in the Slack channel, I tried setting the LITMUS_BACKEND_URL to http://litmus-server-service.litmus.svc.cluster.local:9002/query which caused the subscriber-config and subscriber-secret to be populated but still incorrect. With this setup, the SERVER_ADDR value in the subscriber-config is set to http://litmus-server-service.litmus.svc.cluster.local:9002/query/query. This causes the subscriber to get the error message:

level=fatal msg="Failed to parse agent confirm data" data="404 page not found" error="invalid character 'p' after top-level value"

If I patch the subscriber-config to set the SERVER_ADDR to http://litmus-server-service.litmus.svc.cluster.local:9002/query, the subscriber starts running but has the error message:

level=error msg="Error response from the server : {\"payload\":{\"errors\":[{\"message\":\"ERROR: accessID MISMATCH\",\"path\":[\"infraConnect\"]}],\"data\":null},\"type\":\"data\"}\n"

I checked to make sure the INFRA_ID value in the subscriber-secret matched the infra ID in the chaos portal and they do match.

I have been fighting with this deployment for quite some time with no luck. Any help would be greatly appreciated, thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant