-
Notifications
You must be signed in to change notification settings - Fork 37
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
User ClusterIP services for test #162
Conversation
My best guess as to why we only just started to see this failure is that we use
|
I might be wrong about the helm version. It looks like we use metallb for this purpose: pulsar-helm-chart/tests/e2e-kind.sh Lines 107 to 116 in 6ad312a
I'm not sure why things just started failing. It's probably still worth skipping the load balancer service type, since that is a k8s detail. |
@lhotari - do you have any opinion here? |
The logs for this test imply that the "speaker" daemonset isn't deployed. https://circleci.com/api/v1.1/project/github/datastax/pulsar-helm-chart/1339/output/102/0?file=true&allocation-id=6230df25032b9946374c0a86-0-build%2F1C2C448 It was deployed in earlier tests though https://circleci.com/api/v1.1/project/github/datastax/pulsar-helm-chart/1308/output/102/0?file=true&allocation-id=622fa8cc8857d275b3c0f4af-0-build%2FVEVLOO2J |
It would be great to have a global helm chart option to turn to ClusterIP all the services. |
I can prolly take that task 👍 |
With #162 merged, we no longer need the Metal LB solution. Note that the current helm chart CI is failing because the download is unavailable: >Setup metallb in k8s error: unable to read URL "https://raw.githubusercontent.com/metallb/metallb/master/manifests/namespace.yaml", server reported 404 Not Found, status code=404
…t 2) (datastax#162) Fixes datastax#152 ### Motivation Support prefix in front of port names to abide by Istio protocol rules https://istio.io/latest/docs/ops/configuration/traffic-management/protocol-selection/#explicit-protocol-selection ### Modifications Support adding a prefix - pulsar -> tcp-pulsar - pulsarssl --> tls-pulsarssl etc
In our current test logs,we're failing to complete the helm deployment because of this error:
We don't need to test with load balancers. Instead, use ClusterIP to ensure that the targets properly come up