brash-exabyte-56926
03/17/2026, 11:27 AMlk agent deploy or lk agent deploy --region eu-central. I am getting the following error:
unable to deploy agent: multipart upload failed: Post "https://axyci3pr8vxm.compat.objectstorage.us-ashburn-1.oraclecloud.com/production-cloud-agents": dial tcp: lookup axyci3pr8vxm.compat.objectstorage.us-ashburn-1.oraclecloud.com: no such hosttall-airline-16756
03/17/2026, 11:28 AMtall-airline-16756
03/17/2026, 11:28 AMlk agent deploy (optionally with --region eu-central) and the deploy fails while uploading the built container with a DNS error for an Oracle Cloud object storage hostname.
This error means the CLI cannot resolve the hostname axyci3pr8vxm.compat.objectstorage.us-ashburn-1.oraclecloud.com. That prevents the multipart upload step used by the deployment process from reaching the remote container storage.
Here are focused troubleshooting steps you can try to get past this:
1. Quick network checks
◦ Verify you can resolve and reach the host from your environment:
▪︎ Run: nslookup axyci3pr8vxm.compat.objectstorage.us-ashburn-1.oraclecloud.com (or dig).
▪︎ Run: ping axyci3pr8vxm.compat.objectstorage.us-ashburn-1.oraclecloud.com (some hosts may not respond to ping, but DNS resolution will still be tested).
◦ If DNS fails, try resolving a known host (e.g., nslookup google.com) to ensure general DNS is working.
1. Check internet/DNS configuration
◦ Ensure your machine has stable Internet access and correct DNS servers configured.
◦ If you use a corporate DNS or VPN, try temporarily disconnecting the VPN or using a public DNS (e.g., 8.8.8.8) to see if resolution succeeds.
1. Proxy / firewall / outbound rules
◦ Confirm no proxy, firewall, or corporate network policy is blocking outbound DNS or HTTPS to Oracle Cloud domains.
◦ If you are behind a proxy, ensure your shell environment variables (HTTP_PROXY, HTTPS_PROXY, NO_PROXY) are set appropriately for the CLI to reach external endpoints.
1. Region mismatch / endpoint expectations
◦ You passed `--region eu-central`; the hostname in the error references us-ashburn-1. If you intended to deploy to EU, please confirm which region your LiveKit Cloud project is configured to use. Mismatched region configuration could cause the CLI to target a different object storage endpoint.
◦ If you want, tell me which region you expect (eu-central vs us-ashburn) and I can help verify the CLI/agent region settings to ensure the upload endpoint aligns with your project.
1. Retry from a different network or machine
◦ To isolate whether this is your machine/network, try running the same command from a different network (home tether, different office network) or another machine.
1. Collect logs for further diagnosis
◦ If the hostname resolves but the deploy still fails, capture the CLI output with verbose logging (if available) or paste the exact command and full error text. Also include:
▪︎ The exact lk command you ran.
▪︎ Whether you're using a VPN/proxy.
▪︎ Which region you expect to deploy to.
Next step
• Could you run nslookup axyci3pr8vxm.compat.objectstorage.us-ashburn-1.oraclecloud.com and tell me whether it returns an IP? Also confirm whether you intentionally targeted eu-central or us-ashburn for this agent so I can help verify region settings and suggest the precise remediation. Sources: Agents (Python) | livekit/livekit_composite | DeepWiki | Examples | livekit/livekit_composite | DeepWiki | Firewall Tips | Backup Egress Recordings | Diagnosing Connection Errors with Connection Test Utility, with interactive elementsbrash-exabyte-56926
03/17/2026, 11:39 AMtall-airline-16756
03/17/2026, 11:39 AMnslookup fails for that Oracle hostname and you’ve confirmed the agent is already deployed to eu-central, let’s focus on why the CLI is trying to hit a us-ashburn object storage endpoint and how to get past the DNS failure.
What this likely means
• The CLI attempted to upload the built container to an Oracle Cloud object storage endpoint in us-ashburn and could not resolve that hostname.
• Because your agent is in eu-central, the CLI targeting a us-ashburn host suggests a region/endpoint mismatch or cached configuration telling the CLI to use that Oracle storage endpoint.
Suggested next steps (quick, targeted checks)
1. Confirm the region the CLI is using
◦ Run the exact lk agent deploy command again but include the --region eu-central flag explicitly (you already tried that, but please re-run while capturing output).
◦ Share the full command you run and the full error output if it differs.
1. Check local cached/deployment config
◦ The CLI can use cached metadata or prior settings. If there’s a project config or environment variable specifying an endpoint or region, it could point to us-ashburn. Please tell me whether you have any of these set:
▪︎ Environment variables related to LiveKit or Oracle endpoints.
▪︎ A config file in the project (e.g., a .livekit or similar) or in your home directory containing an endpoint or region.
1. Ensure the CLI knows you intend eu-central (region mismatch troubleshooting)
◦ If possible, explicitly set region in the command and verify any project-level region setting matches:
▪︎ lk agent deploy --region eu-central
◦ If the CLI still shows attempts to contact a us-ashburn hostname, copy/paste the part of the deploy log where it prints the target endpoint/URL.
1. Try a clean build/upload from another network or machine
◦ Run the same deploy from a different network (mobile hotspot or home network) or another machine to rule out local DNS/blocking.
◦ If that succeeds, the issue is DNS or firewall rules in your current network.
1. Workaround if DNS is blocked but you must deploy now
◦ If your network blocks that Oracle host and you cannot change that, try deploying from a machine/network without those restrictions (CI runner, cloud VM, or developer laptop on a different network) as a temporary measure.
What I need from you to proceed
• The exact lk agent deploy command you ran (copy/paste).
• The full error output from that run (not just the final line) so I can see any additional context the CLI prints.
• Whether you have any LiveKit or Oracle-related environment variables or project config files that set region/endpoint values.
• Whether you can try the deploy from a different network and report whether it succeeds.
I’ll use those details to guide the next targeted step (confirming region config, locating where the us-ashburn endpoint is coming from, or suggesting a config change).
, with interactive elementsbrash-exabyte-56926
03/17/2026, 12:16 PM