-
Notifications
You must be signed in to change notification settings - Fork 192
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
Readiness Probes Failed. #285
Comments
I am following below steps: 1/ minikube start --kubernetes-version=v1.21.0 2/ minikube addons enable ingress 3/ helm install elasticsearch ./reportportal/charts/elasticsearch-7.10.2.tgz -f ./reportportal/elasticsearch/single-node-values.yaml 4/ helm install rabbitmq-local --set auth.username=rabbitmq,auth.password=rabbitmq,replicaCount=1 ./reportportal/charts/rabbitmq-7.5.6.tgz 5/ helm install postgres --set postgresqlUsername=rpuser,postgresqlPassword=rppass,postgresqlDatabase=reportportal,postgresqlPostgresPassword=password -f ./reportportal/postgresql/values.yaml ./reportportal/charts/postgresql-10.9.4.tgz 6/ helm install minio-local --set accessKey.password=minio,secretKey.password=minio123,persistence.size=40Gi ./reportportal/charts/minio-7.1.9.tgz 7/ Changes to values.yaml (check details below) 8/ helm package .// 9/ helm install report --set postgresql.SecretName=postgres-postgresql,rabbitmq.SecretName=rabbitmq-local,minio.secretName=minio-local ./reportportal-5.7.2.tgz Values.YAML (only changed file in the folder):
I have even tried to increase the 'initialDelaySeconds' in readinessProbe but it did not help. |
Check the logs of your "jobs" pod. |
There are no logs for this pod, looks like container is not running. Below is the description.
|
Here are logs from rabbitmq, if these are related:
|
DzmitryHumianiuk Could you please help here? |
kubectl logs -f report-reportportal-jobs-c448cc65-lqvm5
|
@HardNorth Can you please check this issue? Jobs, UAT and API pods are not getting ready. I am stuck here from last 2 weeks |
|
|
|
@ci-operator can you please check this? |
@manojguptavonage |
I think I got some lead about this I try check running container's architect using this command for this linux/arm64 image for reportportal/service-api/5.10.0
It would probably failed and was shutting down soon.
I also check the manifest which seems fine using this command
The manifest also seems correct. |
probably this goes to @raikbitters more then to me. @aquadrehz just wondering, are there any issue on Colima side for this? since AFAIK it picks the right image with docker desktop. |
I see. I would wait for @raikbitters But I tried with another multi-arch image, alpine. and it picked the correct one, aarch64
Anyway, it would be nice if you have additional suggestion to improve my approach, @DzmitryHumianiuk |
@aquadrehz hi. Have you tried this solution: Can a Virtual machine emulate the AMD architecture on MacOS for Docker? |
@raikbitters
It can emulate both AMD and MacOS Did you know why it always picked the amd64 one? |
API and UAT pods are having issues because readiness probes are failing. I am following all the steps as mentioned in the ReadMe but I am facing the same issue always.
I am running it in minikube with docker.
Details:
API Pod:
The text was updated successfully, but these errors were encountered: