HaJun Yoo
02/06/2025, 8:55 AMFailed to pull image "airbyte/worker:1.3.2": failed to pull and unpack image "<http://docker.io/airbyte/worker:1.3.2|docker.io/airbyte/worker:1.3.2>": failed to copy: httpReadSeeker: failed open: unexpected status code <https://registry-1.docker.io/v2/airbyte/worker/blobs/sha256:4d4d14b7ec4fc535c1be8f70112881dd7f4cdd291ee363efa387b8dec901d7c7>: 500 Internal Server Error
kapa.ai
02/06/2025, 8:55 AMdocker login
before running Airbyte. - Upgrading your Docker Hub account to increase pull limits. [Github Issue #40642](https://github.com/airbytehq/airbyte/issues/40642) mentions similar errors and suggests logging in to Docker Hub as a potential fix. 2. Network or Proxy Issues: Sometimes, these errors can occur due to network connectivity problems or proxy settings. Ensure that your system has a stable internet connection and that there are no firewall rules blocking access to Docker Hub. 3. Temporary Docker Hub Issues: Occasionally, Docker Hub itself might experience issues. You can try waiting for a short while and attempting the pull again. 4. Restart Airbyte: In some cases, restarting Airbyte has resolved similar issues. As mentioned in [Github Issue #39424](https://github.com/airbytehq/airbyte/issues/39424), you could try restarting Airbyte using: ./run-ab-platform.sh -b
5. Manual Image Pull: You can try manually pulling the image using: docker pull airbyte/worker:1.3.2
If this succeeds, it might indicate an issue specific to how Airbyte is attempting to pull the image. 6. Check Available Disk Space: Ensure that you have enough disk space available for pulling and storing Docker images. If these solutions don't resolve your issue, you may need to check Airbyte's logs for more detailed error messages or consider reaching out to Airbyte's support channels for further assistance. Remember, always ensure you're using the correct version numbers and image names that match your Airbyte installation.HaJun Yoo
02/06/2025, 8:59 AMkapa.ai
02/06/2025, 8:59 AMkapa.ai
02/06/2025, 9:00 AMJOB_KUBE_MAIN_CONTAINER_IMAGE_PULL_SECRET
variable. 2. Network Policies: Check if there are any network policies in your EKS cluster that might be blocking outbound traffic to Docker Hub. Ensure that your worker nodes can reach <http://registry-1.docker.io|registry-1.docker.io>
. 3. Node Group IAM Roles: Verify that the IAM roles associated with your EKS node groups have the necessary permissions to pull images from external registries. 4. Manual Image Pull: Try to manually pull the image on one of your worker nodes to see if the issue is specific to Kubernetes or if it's a general network/authentication problem. 5. Registry Mirrors: Consider setting up a registry mirror within your VPC to cache Docker images and potentially bypass rate limiting issues. 6. Update Airbyte: If possible, try updating to the latest version of Airbyte. As mentioned in [Github Issue #39424](https://github.com/airbytehq/airbyte/issues/39424), some Docker-related issues have been addressed in newer versions. 7. Check EKS Control Plane Logs: Examine the EKS control plane logs for any errors related to image pulling or node communication. 8. Verify Docker Daemon Configuration: If you're using self-managed nodes, check the Docker daemon configuration on the worker nodes to ensure there are no conflicting settings. If these steps don't resolve the issue, you may need to engage with AWS support or the Airbyte community for more EKS-specific troubleshooting. The error you're seeing suggests a problem with Docker Hub's response, which could be due to rate limiting, network issues, or temporary service disruptions on Docker Hub's end. Remember to always backup your data and configurations before making significant changes to your EKS cluster or Airbyte installation.