# Couldn't find a Waypoint deployment with this URL **URL:** \ **Category:** Waypoint\ **Created:** [October 16, 2020, 5:09pm UTC](https://discuss.hashicorp.com/t/couldnt-find-a-waypoint-deployment-with-this-url/16051 "2020-10-16T17:09:44Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![WeAreGroot](https://sea2.discourse-cdn.com/hashicorp/user_avatar/discuss.hashicorp.com/wearegroot/32/1126_2.png) [@WeAreGroot](https://discuss.hashicorp.com/u/WeAreGroot)\ **Post date:** [October 16, 2020, 5:09pm UTC](https://discuss.hashicorp.com/t/couldnt-find-a-waypoint-deployment-with-this-url/16051/1 "2020-10-16T17:09:44Z")
I’ve spun up Waypoint locally (Mac) using Docker as the Waypoint Server. Using some of the examples from [https://github.com/hashicorp/waypoint-examples/tree/main/docker](https://github.com/hashicorp/waypoint-examples/tree/main/docker) Deployments run fine with no errors, but the waypoint.run address comes back with: ![image](https://global.discourse-cdn.com/hashicorp/original/2X/0/082d575ff4e822d1d9234c90e24cb46fcddfce68.png) Anyone else have that issue? ---
**Author:** ![jbayer](https://sea2.discourse-cdn.com/hashicorp/user_avatar/discuss.hashicorp.com/jbayer/32/2565_2.png) [@jbayer](https://discuss.hashicorp.com/u/jbayer)\ **Post date:** [October 16, 2020, 5:36pm UTC](https://discuss.hashicorp.com/t/couldnt-find-a-waypoint-deployment-with-this-url/16051/2 "2020-10-16T17:36:15Z")
This is similar to this recent [Github Issue](https://github.com/hashicorp/waypoint/issues/519). I was able to get the Ruby example working for me just now. One thing I suggest is using either `waypoint logs` or if you want even more control, doing a `docker ps` and then a `docker logs example-ruby-01EMS7EBCY3RSCG59MVQYG4BEZ` where your container ID will be different. In that case you can see whether the Entrypoint can connect to the URL service. Example logs looks like `url.agent` messages. Note that after connecting successfully, the app starts up and binds to the port: ```auto 2020-10-16T17:31:13.175Z [INFO] url: url service enabled, configuring: addr=https://control.hzn.network service_port=3000 labels=service=example-ruby,waypoint/workspace=default,env=dev,waypoint.hashicorp.com/app=example-ruby,waypoint.hashicorp.com/project=example-ruby,waypoint.hashicorp.com/workspace=default,:deployment=v2,:deployment-order=01ems7eb7v4kyr5fzqx26hb4tf 2020-10-16T17:31:13.189Z [DEBUG] url: discovering hubs 2020-10-16T17:31:13.189Z [DEBUG] url: refreshing data 2020-10-16T17:31:13.606Z [DEBUG] url.agent: connecting to hub: addr=54.189.206.215:443 2020-10-16T17:31:13.607Z [DEBUG] url.agent: connecting to hub: addr=52.34.190.10:443 2020-10-16T17:31:34.203Z [DEBUG] url.agent: connection latency: latency=20.5443788s 2020-10-16T17:31:34.204Z [DEBUG] url.agent: connected successfully: status=connected latency=20.5443788s skew=43.896763ms 2020-10-16T17:31:34.204Z [DEBUG] url.agent: connected to hub: addr=52.34.190.10:443 2020-10-16T17:31:34.204Z [INFO] starting child process: args=[/cnb/lifecycle/launcher] cmd=/cnb/lifecycle/launcher 2020-10-16T17:31:34.204Z [DEBUG] log: connecting to log stream 2020-10-16T17:31:34.204Z [TRACE] log: log stream connected [14] Puma starting in cluster mode... [14] * Version 5.0.2 (ruby 2.6.6-p146), codename: Spoony Bard [14] * Min threads: 5, max threads: 5 [14] * Environment: production [14] * Process workers: 2 [14] * Preloading application 2020-10-16T17:31:34.643Z [TRACE] log: sending line: line="[14] Puma starting in cluster mode..." 2020-10-16T17:31:34.643Z [TRACE] log: sending line: line="[14] * Version 5.0.2 (ruby 2.6.6-p146), codename: Spoony Bard" 2020-10-16T17:31:34.643Z [TRACE] log: sending line: line="[14] * Min threads: 5, max threads: 5" 2020-10-16T17:31:34.644Z [TRACE] log: sending line: line="[14] * Environment: production" 2020-10-16T17:31:34.644Z [TRACE] log: sending line: line="[14] * Process workers: 2" 2020-10-16T17:31:34.644Z [TRACE] log: sending line: line="[14] * Preloading application" 2020-10-16T17:31:35.353Z [DEBUG] url.agent: connection latency: latency=21.6793388s 2020-10-16T17:31:35.353Z [DEBUG] url.agent: connected successfully: status=connected latency=21.6793388s skew=43.698856ms 2020-10-16T17:31:35.353Z [DEBUG] url.agent: connected to hub: addr=54.189.206.215:443 2020-10-16T17:31:35.676Z [TRACE] url.agent: stream accepted: id=2 lz4=true 2020-10-16T17:31:35.706Z [INFO] url.agent: request started: method=GET path=/favicon.ico 2020-10-16T17:31:35.709Z [ERROR] url.agent: error in service handler: error="Get "http://:3000/favicon.ico": dial tcp :3000: connect: connection refused" [14] * Listening on http://0.0.0.0:3000 ``` ---
**Author:** ![WeAreGroot](https://sea2.discourse-cdn.com/hashicorp/user_avatar/discuss.hashicorp.com/wearegroot/32/1126_2.png) [@WeAreGroot](https://discuss.hashicorp.com/u/WeAreGroot)\ **Post date:** [October 16, 2020, 6:06pm UTC](https://discuss.hashicorp.com/t/couldnt-find-a-waypoint-deployment-with-this-url/16051/3 "2020-10-16T18:06:25Z")
I spaced on looking in the Github issues. I’m not seeing any errors on my end, but I’ll keep looking. Thanks again! ---
**Author:** ![hev](https://sea2.discourse-cdn.com/hashicorp/user_avatar/discuss.hashicorp.com/hev/32/13363_2.png) [@hev](https://discuss.hashicorp.com/u/hev)\ **Post date:** [October 16, 2020, 6:37pm UTC](https://discuss.hashicorp.com/t/couldnt-find-a-waypoint-deployment-with-this-url/16051/4 "2020-10-16T18:37:47Z")
I ran into this too, but all worky now. FWIW waypoint logs didn’t seem to work for me either while the entrypoint service was down. ---
**Author:** ![nic](https://sea2.discourse-cdn.com/hashicorp/user_avatar/discuss.hashicorp.com/nic/32/706_2.png) [@nic](https://discuss.hashicorp.com/u/nic)\ **Post date:** [October 16, 2020, 6:42pm UTC](https://discuss.hashicorp.com/t/couldnt-find-a-waypoint-deployment-with-this-url/16051/5 "2020-10-16T18:42:58Z")
Yes sorry about this, there was an outage with the Waypoint URL service which has now been fixed. Coupled to this there was an issue where your application would not start when the Waypoint URL service could not be contacted. We have applied a fix to the URL service and continue to monitor it: [https://status.hashicorp.com/](https://status.hashicorp.com/) We have also fixed the issue in the entrypoint which means it is no longer dependent on the URL service to start: > Kind regards, Nic ---
**Author:** ![WeAreGroot](https://sea2.discourse-cdn.com/hashicorp/user_avatar/discuss.hashicorp.com/wearegroot/32/1126_2.png) [@WeAreGroot](https://discuss.hashicorp.com/u/WeAreGroot)\ **Post date:** [October 19, 2020, 4:17pm UTC](https://discuss.hashicorp.com/t/couldnt-find-a-waypoint-deployment-with-this-url/16051/6 "2020-10-19T16:17:50Z")
Well, I think I found my issue. My work is blocking either the URL Service or something else. It seems to stop right at the “refreshing data”: ``` [TRACE] requesting version info from server [INFO] server version info: version=v0.1.2 api_min=1 api_current=1 entrypoint_min=1 entrypoint_current=1 [INFO] negotiated entrypoint protocol version: version=1 [DEBUG] config: registering instance, requesting config [TRACE] config: config stream connected, waiting for first config [TRACE] config: first config received [INFO] url: url service enabled, configuring: addr=https://control.hzn.network service_port=8080 labels=service=example-python,env=dev,waypoint/workspace=default,waypoint.hashicorp.com/app=example-python,waypoint.hashicorp.com/project=example-python,waypoint.hashicorp.com/workspace=default,:deployment=v4,:deployment-order=01emtnqkw90read2k0hdzx79rk [DEBUG] url: discovering hubs [DEBUG] url: refreshing data ``` When I’m off VPN I can see more logs showing it connecting to a “hub”: ``` [DEBUG] url.agent: connecting to hub: addr=54.184.95.88:443 [DEBUG] url.agent: connecting to hub: addr=52.32.54.223:443 [DEBUG] url.agent: connecting to hub: addr=54.189.206.215:443 [DEBUG] url.agent: connecting to hub: addr=52.34.190.10:443 [DEBUG] url.agent: connection latency: latency=24.4308ms [DEBUG] url.agent: connected successfully: status=connected latency=24.4308ms skew=-5.268773ms [DEBUG] url.agent: connection latency: latency=62.9914ms ``` Would anyone know if the “hub” is [https://control.hzn.network](https://control.hzn.network) or is it something else we need to put into our firewall allow list? ---
**Author:** ![mitchellh](https://sea2.discourse-cdn.com/hashicorp/user_avatar/discuss.hashicorp.com/mitchellh/32/1939_2.png) [@mitchellh](https://discuss.hashicorp.com/u/mitchellh)\ **Post date:** [October 19, 2020, 7:12pm UTC](https://discuss.hashicorp.com/t/couldnt-find-a-waypoint-deployment-with-this-url/16051/7 "2020-10-19T19:12:11Z")
The agent talks to the control PLUS individual hubs (IP addresses) that it may return. ---
**Author:** ![jandubois](https://sea2.discourse-cdn.com/hashicorp/user_avatar/discuss.hashicorp.com/jandubois/32/13534_2.png) [@jandubois](https://discuss.hashicorp.com/u/jandubois)\ **Post date:** [October 20, 2020, 1:58am UTC](https://discuss.hashicorp.com/t/couldnt-find-a-waypoint-deployment-with-this-url/16051/8 "2020-10-20T01:58:26Z")
I’m still getting this error when using `--platform=kubernetes` with the Docker for Desktop for macOS setup, even with Waypoint 0.1.3. Everything works fine if Waypoint is installed with `--platform=docker` and everything else being identical. BTW, with `--platform=kubernetes` only Waypoint runs as a kube app; `waypoint up` still deployes the app itself using docker and not using kubernetes. Is that intentional? ---
**Author:** ![mitchellh](https://sea2.discourse-cdn.com/hashicorp/user_avatar/discuss.hashicorp.com/mitchellh/32/1939_2.png) [@mitchellh](https://discuss.hashicorp.com/u/mitchellh)\ **Post date:** [October 20, 2020, 2:02am UTC](https://discuss.hashicorp.com/t/couldnt-find-a-waypoint-deployment-with-this-url/16051/9 "2020-10-20T02:02:49Z")
> [@jandubois](#): > > BTW, with `--platform=kubernetes` only Waypoint runs as a kube app; `waypoint up` still deployes the app itself using docker and not using kubernetes. Is that intentional? Yes, if your waypoint file says to deploy to Docker. This works in the case that the K8S installation is exposed to Docker, for example (network reachable). > [@jandubois](#): > > Everything works fine if Waypoint is installed with `--platform=docker` and everything else being identical. This sounds like networking issues reaching out of the Docker image to the Waypoint server. There needs to be a route between your workload and the server. ---
**Author:** ![jandubois](https://sea2.discourse-cdn.com/hashicorp/user_avatar/discuss.hashicorp.com/jandubois/32/13534_2.png) [@jandubois](https://discuss.hashicorp.com/u/jandubois)\ **Post date:** [October 20, 2020, 4:07am UTC](https://discuss.hashicorp.com/t/couldnt-find-a-waypoint-deployment-with-this-url/16051/10 "2020-10-20T04:07:36Z")
> [@mitchellh](#): > > This sounds like networking issues reaching out of the Docker image to the Waypoint server. There needs to be a route between your workload and the server. Thanks, that explains it perfectly!