Timo Marks
09/24/2024, 6:58 AMINFO Using Kubernetes provider:
Provider: kind
Kubeconfig: /Users/tmarks/.airbyte/abctl/abctl.kubeconfig
Context: kind-airbyte-abctl
SUCCESS Found Docker installation: version 27.1.1
INFO No existing cluster found, cluster 'airbyte-abctl' will be created
SUCCESS Port 8000 appears to be available
SUCCESS Cluster 'airbyte-abctl' created
INFO Namespace 'airbyte-abctl' created
INFO Persistent volume 'airbyte-minio-pv' created
INFO Persistent volume 'airbyte-volume-db' created
INFO Persistent volume claim 'airbyte-minio-pv-claim-airbyte-minio-0' created
INFO Persistent volume claim 'airbyte-volume-db-airbyte-db-0' created
INFO Starting Helm Chart installation of 'airbyte/airbyte' (version: 1.0.0)
WARNING Back-off pulling image "airbyte/db:1.0.0"
WARNING Back-off pulling image "airbyte/connector-builder-server:1.0.0"
user
09/24/2024, 6:59 AMairbyte/db:1.0.0
and airbyte/connector-builder-server:1.0.0
images. You could try pulling these images manually to see if there are any issues. Use the following commands: docker pull airbyte/db:1.0.0 docker pull airbyte/connector-builder-server:1.0.0
If there are any issues with these specific versions of the images, you could try using different versions. If none of the above solutions work, you might want to raise an issue on the [Airbyte GitHub page](https://github.com/airbytehq/airbyte/issues) providing all the details of the error and the steps you've tried. The Airbyte community and maintainers are usually very responsive and could provide further assistance.Timo Marks
09/24/2024, 7:06 AMuser
09/24/2024, 7:06 AMuser
09/24/2024, 7:07 AMdocker version
and kubectl version
commands. 2. Check Kubernetes logs: You can check the logs of the Kubernetes pod to get more information about the error. Use the following command: kubectl describe pod <pod-name>
Replace <pod-name>
with the name of the pod that's having the issue. The output will give you more details about the events and errors associated with the pod. 3. Check disk space: Ensure that your system has enough disk space. If the disk is full, Kubernetes might not be able to pull and store the Docker images. 4. Check Docker image visibility: Ensure that the Docker images are publicly available and not in a private repository. If the images are in a private repository, you'll need to create a secret in Kubernetes with your Docker registry credentials. If none of the above solutions work, you might want to raise an issue on the [Airbyte GitHub page](https://github.com/airbytehq/airbyte/issues) providing all the details of the error and the steps you've tried. The Airbyte community and maintainers are usually very responsive and could provide further assistance.user
09/24/2024, 7:09 AMuser
09/24/2024, 7:10 AMairbyte/db:1.0.0
and airbyte/connector-builder-server:1.0.0
images. You could try pulling these images manually to see if there are any issues. Use the following commands: docker pull airbyte/db:1.0.0 docker pull airbyte/connector-builder-server:1.0.0
If there are any issues with these specific versions of the images, you could try using different versions. If none of the above solutions work, you might want to raise an issue on the [Airbyte GitHub page](https://github.com/airbytehq/airbyte/issues) providing all the details of the error and the steps you've tried. The Airbyte community and maintainers are usually very responsive and could provide further assistance.Timo Marks
09/24/2024, 7:22 AMPod: airbyte-abctl-server-5d8c6645c5-v8sr2.17f81cdd7b5165b3
Reason: Unhealthy
Message: Readiness probe failed: Get "<http://10.244.0.9:8001/api/v1/health>": dial tcp 10.244.0.9:8001: connect: connection refused
Count: 11
user
09/24/2024, 7:22 AMuser
09/24/2024, 7:22 AMairbyte-abctl-server
pod is failing. A readiness probe is used in Kubernetes to determine whether a pod is ready to serve requests. The failure of the readiness probe means that the pod is not ready to accept traffic. The specific error message Get "<http://10.244.0.9:8001/api/v1/health>": dial tcp 10.244.0.9:8001: connect: connection refused
indicates that the probe is trying to make a GET request to the /api/v1/health
endpoint of your application, but the connection is being refused. This could be due to the application not being fully initialized yet, or there could be an issue with the application itself. Here are a few things you could try: 1. Check the logs of the pod: Use the command kubectl logs airbyte-abctl-server-5d8c6645c5-v8sr2
to check the logs of the pod. This might give you more information about what's going wrong. 2. Check the application's health endpoint: If your application has a /health
or similar endpoint, try accessing it directly to see if it's working as expected. 3. Check the readiness probe configuration: The readiness probe is configured in the pod's specification in the Kubernetes deployment configuration. Check to make sure it's configured correctly. If none of the above solutions work, you might want to raise an issue on the [Airbyte GitHub page](https://github.com/airbytehq/airbyte/issues) providing all the details of the error and the steps you've tried. The Airbyte community and maintainers are usually very responsive and could provide further assistance.