Mariano Benedettini
12/23/2025, 2:51 PMkapa.ai
12/23/2025, 2:52 PMabctl today; it doesn’t expose a logs or tail subcommand in the docs. abctl is used to install/manage the local cluster, not to stream logs. [[abctl deploy](https://docs.airbyte.com/platform/2.0/deploying-airbyte/abctl); [Developing locally](https://docs.airbyte.com/platform/2.0/contributing-to-airbyte/developing-locally)] For a local Airbyte 2.0 deployment via abctl, you have two main options: --- ### 1. Use kubectl against the abctl kind cluster 1. Export the kubeconfig for the abctl cluster: bash kind export kubeconfig -n airbyte-abctl 2. List pods: bash kubectl get pods -n airbyte-abctl 3. Tail logs for a specific pod (e.g. server): bash kubectl logs -n airbyte-abctl airbyte-abctl-server-<pod-id> -f This streams logs (-f = follow). [[Developing locally](https://docs.airbyte.com/platform/2.0/contributing-to-airbyte/developing-locally)] You can use the same pattern for worker, webapp, etc. --- ### 2. Browse per‑job logs from Docker volumes (Open Source) If you want the logs for a specific sync attempt: 1. Find the job and attempt in the UI (e.g. job 9, attempt 0 → /tmp/workspace/9/0). 2. Open a shell into the airbyte_workspace Docker volume: bash docker run -it --rm --volume airbyte_workspace:/data busybox ls /data/9/0 You’ll see logs.log and related files. [[Exploring local logs](https://docs.airbyte.com/platform/2.0/operator-guides/browsing-output-logs#exploring-local-logs)] 3. Or run a one‑off command from the host: bash docker run -it --rm --volume airbyte_workspace:/data busybox cat /data/9/0/logs.log There isn’t documented support for a tail -f style stream from that file via `abctl`; you’d need to re‑run the docker run command or use kubectl logs -f as above.Mariano Benedettini
12/23/2025, 2:53 PMMariano Benedettini
12/23/2025, 2:53 PMkapa.ai
12/23/2025, 2:53 PMkapa.ai
12/23/2025, 2:53 PMkind CLI to view logs; it’s only required if you want to (re)export kubeconfig yourself. The `abctl`‑created cluster is already a kind cluster, and you can talk to it directly with kubectl using the kubeconfig that abctl wrote. [[Troubleshooting abctl](https://docs.airbyte.com/platform/2.0/deploying-airbyte/troubleshoot-deploy#faq)] Use this pattern: 1. Use the kubeconfig that abctl created (no kind needed): bash export KUBECONFIG="$HOME/.airbyte/abctl/abctl.kubeconfig" 2. List pods in the Airbyte namespace: bash kubectl get pods -n airbyte-abctl 3. Tail logs for a pod (e.g. server or worker): bash kubectl logs -n airbyte-abctl <pod-name> -f -f follows (tails) the logs. If you want per‑job logs instead (Open Source): 1. Find the job/attempt in the UI (e.g. job 9, attempt 0 → /tmp/workspace/9/0). [[Exploring local logs](https://docs.airbyte.com/platform/2.0/operator-guides/browsing-output-logs#exploring-local-logs)] 2. Inspect the airbyte_workspace Docker volume: bash docker run -it --rm --volume airbyte_workspace:/data busybox ls /data/9/0 docker run -it --rm --volume airbyte_workspace:/data busybox cat /data/9/0/logs.log abctl itself doesn’t provide a `logs`/`tail` subcommand in the docs; the supported way is via kubectl (with the abctl kubeconfig) or by reading the Docker volume as above. [[Developing locally](https://docs.airbyte.com/platform/2.0/contributing-to-airbyte/developing-locally); [Troubleshooting abctl](https://docs.airbyte.com/platform/2.0/deploying-airbyte/troubleshoot-deploy#faq)]