# Deployment doesn't deploy

**URL:** <https://hub.mender.io/t/deployment-doesnt-deploy/3268>\
**Category:** General Discussions\
**Created:** [February 24, 2021, 5:16pm UTC](https://hub.mender.io/t/deployment-doesnt-deploy/3268 "2021-02-24T17:16:59Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![jmeirow](https://avatars.discourse-cdn.com/v4/letter/j/90ced4/32.png) [@jmeirow](https://hub.mender.io/u/jmeirow)\
**Post date:** [February 24, 2021, 5:16pm UTC](https://hub.mender.io/t/deployment-doesnt-deploy/3268/1 "2021-02-24T17:16:59Z")

</div>

Running Mender production server 2.6.0.

Uploaded artifact and created a deployment prior to any devices being registered.

Deployment status is “queued to start”, as it is waiting for a device.

Connected a device and it registers as pending. Approved the device.  
There is now a connected device.

The deployment is still queued and not downloading.

SSH’d into the mender server and tried to telnet to port 9000 and receive:

_telnet: could not resolve 127.0.0.1:9000/telnet: Name or service not known_

Is there a way to tell if the storage proxy is running?  
Also, if there’s a log on the Mender server that I could look into that would be great.

FWIW, on the device, the log reports no problems. It’s just happily checking for updates, checking inventory, etc. No sign of an inability to download the deployment…it’s just not doing it.

---

<div class="post-metadata">

**Author:** ![dellgreen](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/dellgreen/32/85_2.png) [@dellgreen](https://hub.mender.io/u/dellgreen)\
**Post date:** [February 24, 2021, 5:31pm UTC](https://hub.mender.io/t/deployment-doesnt-deploy/3268/2 "2021-02-24T17:31:10Z")

</div>

How did you create a deployment in the first place without adding any devices to the deployment first? (Unless you are using some of the enterprise features for matching devices?)

---

<div class="post-metadata">

**Author:** ![drewmoseley](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/drewmoseley/32/47_2.png) [@drewmoseley](https://hub.mender.io/u/drewmoseley)\
**Post date:** [February 24, 2021, 5:45pm UTC](https://hub.mender.io/t/deployment-doesnt-deploy/3268/3 "2021-02-24T17:45:12Z")

</div>

Yeah, as @dellgreen said this can’t work in on-prem. It requires Enterprise.

---

<div class="post-metadata">

**Author:** ![jmeirow](https://avatars.discourse-cdn.com/v4/letter/j/90ced4/32.png) [@jmeirow](https://hub.mender.io/u/jmeirow)\
**Post date:** [February 24, 2021, 5:55pm UTC](https://hub.mender.io/t/deployment-doesnt-deploy/3268/4 "2021-02-24T17:55:39Z")

</div>

Got it. I think that was user error.

I did create a deployment with the a device connected. It still doesn’t update but now I am getting logs on the device. From the log I am guessing that our reverse proxy is misconfigured and routing port 9000 to some other port, either 443 this machine or another, as the logs contains complaining about an invalid character “\<” in the response.

Please allow me to investigate this and update before anyone spends any more time on this. Thx.

---

<div class="post-metadata">

**Author:** ![jmeirow](https://avatars.discourse-cdn.com/v4/letter/j/90ced4/32.png) [@jmeirow](https://hub.mender.io/u/jmeirow)\
**Post date:** [February 24, 2021, 7:16pm UTC](https://hub.mender.io/t/deployment-doesnt-deploy/3268/5 "2021-02-24T19:16:19Z")

</div>

OK, pretty sure we have port 9000 open. We’re getting this in the deployment failure log:

2021-02-24 19:05:28 +0000 UTC info: Running Mender client version: 5d46f39  
2021-02-24 19:06:28 +0000 UTC error: Can not fetch update image: Get “https://:9000/mender-artifact-storage/adc40e83-3ea9-48f3-8f08-6c8ec3158fa1?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=mender-deployments%2F20210224%2Fus-east-1%2Fs3%2Faws4\_request&X-Amz-Date=20210224T190528Z&X-Amz-Expires=86400&X-Amz-SignedHeaders=host&response-content-type=application%2Fvnd.mender-artifact&X-Amz-Signature=a203faaeef80394da788667f9ed0c2a4087ffce215c16349d4381a1b1c53b1da”: read tcp 10.0.0.36:36508-\>:9000: read: connection reset by peer  
2021-02-24 19:06:28 +0000 UTC error: Update fetch failed: update fetch request failed: Get “https://.com:9000/mender-artifact-storage/adc40e83-3ea9-48f3-8f08-6c8ec3158fa1?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=mender-deployments%2F20210224%2Fus-east-1%2Fs3%2Faws4\_request&X-Amz-Date=20210224T190528Z&X-Amz-Expires=86400&X-Amz-SignedHeaders=host&response-content-type=application%2Fvnd.mender-artifact&X-Amz-Signature=a203faaeef80394da788667f9ed0c2a4087ffce215c16349d4381a1b1c53b1da”: read tcp 10.0.0.36:36508-\>9000: read: connection reset by peer  
2021-02-24 19:06:28 +0000 UTC info: State transition: update-fetch [Download\_Enter] → fetch-install-retry-wait [Download\_Enter]  
2021-02-24 19:07:28 +0000 UTC info: State transition: fetch-install-retry-wait [Download\_Enter] → update-fetch [Download\_Enter]  
2021-02-24 19:08:29 +0000 UTC error: Can not fetch update image: Get “https://:9000/mender-artifact-storage/adc40e83-3ea9-48f3-8f08-6c8ec3158fa1?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=mender-deployments%2F20210224%2Fus-east-1%2Fs3%2Faws4\_request&X-Amz-Date=20210224T190528Z&X-Amz-Expires=86400&X-Amz-SignedHeaders=host&response-content-type=application%2Fvnd.mender-artifact&X-Amz-Signature=a203faaeef80394da788667f9ed0c2a4087ffce215c16349d4381a1b1c53b1da”: read tcp 10.0.0.36:36510-\>:9000: read: connection reset by peer  
2021-02-24 19:08:29 +0000 UTC error: Update fetch failed: update fetch request failed: Get “https://:9000/mender-artifact-storage/adc40e83-3ea9-48f3-8f08-6c8ec3158fa1?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=mender-deployments%2F20210224%2Fus-east-1%2Fs3%2Faws4\_request&X-Amz-Date=20210224T190528Z&X-Amz-Expires=86400&X-Amz-SignedHeaders=host&response-content-type=application%2Fvnd.mender-artifact&X-Amz-Signature=a203faaeef80394da788667f9ed0c2a4087ffce215c16349d4381a1b1c53b1da”: read tcp 10.0.0.36:36510-\>174.136.145.86:9000: read: connection reset by peer  
2021-02-24 19:08:29 +0000 UTC info: State transition: update-fetch [Download\_Enter] → fetch-install-retry-wait [Download\_Enter]  
2021-02-24 19:08:29 +0000 UTC info: State transition: fetch-install-retry-wait [Download\_Enter] → update-error [ArtifactFailure]  
2021-02-24 19:08:29 +0000 UTC info: State transition: update-error [ArtifactFailure] → cleanup [Error]  
2021-02-24 19:08:29 +0000 UTC info: State transition: cleanup [Error] → update-status-report [none]

---

<div class="post-metadata">

**Author:** ![drewmoseley](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/drewmoseley/32/47_2.png) [@drewmoseley](https://hub.mender.io/u/drewmoseley)\
**Post date:** [February 24, 2021, 7:28pm UTC](https://hub.mender.io/t/deployment-doesnt-deploy/3268/6 "2021-02-24T19:28:48Z")

</div>

Can you manually download that URL onto the device?

---

<div class="post-metadata">

**Author:** ![jmeirow](https://avatars.discourse-cdn.com/v4/letter/j/90ced4/32.png) [@jmeirow](https://hub.mender.io/u/jmeirow)\
**Post date:** [February 24, 2021, 7:59pm UTC](https://hub.mender.io/t/deployment-doesnt-deploy/3268/7 "2021-02-24T19:59:19Z")

</div>

Drew,

When I run wget along with the URL above, I get a few normal, promising looking messages, then I get this:

GnuTLS: Error in the pull function  
Unable to establish SSL connection

---

<div class="post-metadata">

**Author:** ![drewmoseley](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/drewmoseley/32/47_2.png) [@drewmoseley](https://hub.mender.io/u/drewmoseley)\
**Post date:** [February 24, 2021, 8:17pm UTC](https://hub.mender.io/t/deployment-doesnt-deploy/3268/8 "2021-02-24T20:17:29Z")

</div>

Hmm. I wonder if something is not happy re the supported crypto protocols, versions, etc between the reverse proxy and the storage proxy? I see posts across the web for similar errors that suggest adding `--secure-protocol=TLSv1` to the `wget` options. But to be honest I’m just reading what others have written and don’t understand it.

@peter do you have any ideas here?

Drew

---

<div class="post-metadata">

**Author:** ![jmeirow](https://avatars.discourse-cdn.com/v4/letter/j/90ced4/32.png) [@jmeirow](https://hub.mender.io/u/jmeirow)\
**Post date:** [February 25, 2021, 12:41pm UTC](https://hub.mender.io/t/deployment-doesnt-deploy/3268/10 "2021-02-25T12:41:04Z")

</div>

Waiting for a confirmation… We may not have opened port 9000 on our firewall when we opened it on the reverse proxy. I’ll confirm and close this thread if that turns out to be the case.

---

<div class="post-metadata">

**Author:** ![TheYoctoJester](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/theyoctojester/32/1444_2.png) [@TheYoctoJester](https://hub.mender.io/u/TheYoctoJester)\
**Post date:** [March 7, 2024, 2:25pm UTC](https://hub.mender.io/t/deployment-doesnt-deploy/3268/11 "2024-03-07T14:25:02Z")

</div>

2 posts were split to a new topic: [Deployment stays “queued”](https://hub.mender.io/t/deployment-stays-queued/6606)
