Open lkoniecz opened 3 years ago
IIRC by default the chart installs cassandra statefulset using the upstream cassandra chart. Can you describe the statefulset and see what is it complaining about. The error message on the collector is about storage backend not being initialized which is cassandra in this case.
I would suggest start debugging Cassandra first and make sure its running.
I think that I face the same issue. Just followed the installation steps and cassandra is not coming up.
Here some output from kubernetes:
$> kubernetes -n tracing describe pods jaeger-cassandra-0
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Normal Scheduled 48s default-scheduler Successfully assigned default/jaeger-cassandra-0 to 192.168.221.55
Normal SuccessfulMountVolume 48s kubelet Successfully mounted volumes for pod "jaeger-cassandra-0_default(993ea5cc-6acb-4ccd-973c-9e2c1b349910)"
Normal Pulling 24s (x2 over 47s) kubelet Pulling image "cassandra:3.11.6"
Warning FailedPullImage 23s (x2 over 36s) kubelet Failed to pull image "cassandra:3.11.6": rpc error: code = Unknown desc = Error response from daemon: toomanyrequests: You have reached your pull rate limit. You may increase the limit by authenticating and upgrading: https://www.docker.com/increase-rate-limit
Warning FailedCreate 23s (x2 over 36s) kubelet Error: ErrImagePull
Warning BackOffPullImage 10s (x2 over 35s) kubelet Back-off pulling image "cassandra:3.11.6"
Warning FailedCreate 10s (x2 over 35s) kubelet Error: ImagePullBackOff
cassandra:3.11.6 is the appVersion of the cassandra subchart. The subchart is part of the release but not the sources. Not sure if that is correct.
Here the relevant part of my Statefulset:
# Source: jaeger/charts/cassandra/templates/statefulset.yaml
apiVersion: apps/v1
kind: StatefulSet
metadata:
name: jaeger-cassandra
labels:
app: cassandra
chart: cassandra-0.15.3
release: jaeger
heritage: Helm
spec:
selector:
matchLabels:
app: cassandra
release: jaeger
serviceName: jaeger-cassandra
replicas: 3
podManagementPolicy: OrderedReady
updateStrategy:
type: OnDelete
template:
metadata:
labels:
app: cassandra
release: jaeger
spec:
hostNetwork: false
containers:
- name: jaeger-cassandra
image: "cassandra:3.11.6"
imagePullPolicy: "IfNotPresent"
resources:
{}
env:
- name: CASSANDRA_SEEDS
value: "jaeger-cassandra-0.jaeger-cassandra.tracing.svc.cluster.local"
- name: MAX_HEAP_SIZE
value: "2048M"
- name: HEAP_NEWSIZE
value: "512M"
- name: CASSANDRA_ENDPOINT_SNITCH
value: "GossipingPropertyFileSnitch"
Is the line image: "cassandra:3.11.6"
correct? Shouldn't it use the 0.15.3 version instead?
Any suggestions?
That's the image version 0.15.3 is chart version. https://github.com/helm/charts/blob/master/incubator/cassandra/values.yaml#L5
Sorry my problem is completely unrelated to this. I have an issue with docker hubs rate limiting.
@lkoniecz were you able to investigate your Cassandra pods to see what the issue is ? If its not an issue anymore can you please this issue.Thanks.
Same issue here. Following the installation steps in minikube and here is what I got:
Thoughts?
I'm also getting the same. I install using the jaegertracing/jaeger
chart with no values passed in, and I get issues with the collector and query not starting and failing to initialise backend
I see something similar but using ES... in an AWS EKS cluster... where the collector pod doesn't resolve dns queries (the backend elasticsearch for jaeger is an AWS URL.). Sometimes the query pod also has this problem.
The underlying node has dns, other pods on the same node have dns resolution.
{"level":"fatal","ts":1648827705.4414911,"caller":"./main.go:80","msg":"Failed to init storage factory","error":"failed to create primary Elasticsearch client: Head \"https://vpc-
/ $ cat /etc/resolv.conf
nameserver 172.20.0.10
search
/ $ nslookup https://vpc-
I have tried using the ES IP Address and that works although the cert is rejected because IP address not URL is used. No other deployment is exhibiting this problem and sometimes (and I dont know why) Collector comes up fine and can reach the ES backend URL.
Describe the bug
To Reproduce Steps to reproduce the behavior:
Expected behavior it works
Screenshots If applicable, add screenshots to help explain your problem.
Version (please complete the following information):