# PMM Client endpoints return an empty response. Log files show tls handshake error

**URL:** <https://forums.percona.com/t/pmm-client-endpoints-return-an-empty-response-log-files-show-tls-handshake-error/5293>\
**Category:** PMM 1.x\
**Created:** [December 14, 2016, 4:39am UTC](https://forums.percona.com/t/pmm-client-endpoints-return-an-empty-response-log-files-show-tls-handshake-error/5293 "2016-12-14T04:39:30Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![jholloway](https://avatars.discourse-cdn.com/v4/letter/j/3ab097/32.png) [@jholloway](https://forums.percona.com/u/jholloway)\
**Post date:** [December 14, 2016, 4:39am UTC](https://forums.percona.com/t/pmm-client-endpoints-return-an-empty-response-log-files-show-tls-handshake-error/5293/1 "2016-12-14T04:39:30Z")

</div>

We have two Percona cluster node hosts (in the same cluster - which also features a garbd node) where the PMM client is not producing the right output at its metrics endpoints. Consulting the relevant pmm\*metrics.log files reveals:

\<this\_host\_ip\>: tls: first record does not look like a TLS handshake.

On these hosts issue the command,

$ curl \<this\_host\_ip\>:42000

And you get an empty response. netstat -l reveals that the port is listening but it’s not returning anything.

There are other PMM client hosts which do not suffer from the same issue. On these you can

$ curl \<this\_host\_ip\>:42000

and get html relating to the linux:metrics endpoint.

The PMM server isn’t set up to use SSL/TLS and other hosts (including some different clusters’ nodes) do successfully set up an endpoint and communicate with the server without there being any setup relating to TLS. I don’t really know what to do next. What could possibly be different about the failing hosts? The problem appears to be with the client itself not producing the endpoint correctly rather than communication between hosts.

Also pmm-admin check-network reports the Client ← Server communication as ‘DOWN’ but Client → Server as ‘OK’.

Regards,

jholloway

---

<div class="post-metadata">

**Author:** ![weber](https://avatars.discourse-cdn.com/v4/letter/w/da6949/32.png) [@weber](https://forums.percona.com/u/weber)\
**Post date:** [December 14, 2016, 8:03am UTC](https://forums.percona.com/t/pmm-client-endpoints-return-an-empty-response-log-files-show-tls-handshake-error/5293/2 "2016-12-14T08:03:28Z")

</div>

The command to check should be:  
curl --insecure https://\<this\_host\_ip\>:42000

If you created services using 1.0.7 client and server is also the same version.

TLS handshake is not a problem and can be ignored.  
The above curl command should work fine from the inside pmm-server contaner:  
docker exec -ti pmm-server curl --insecure https://\<this\_host\_ip\>:42000

Otherwise, this is a firewall problem.

---

<div class="post-metadata">

**Author:** ![jholloway](https://avatars.discourse-cdn.com/v4/letter/j/3ab097/32.png) [@jholloway](https://forums.percona.com/u/jholloway)\
**Post date:** [December 16, 2016, 7:41am UTC](https://forums.percona.com/t/pmm-client-endpoints-return-an-empty-response-log-files-show-tls-handshake-error/5293/3 "2016-12-16T07:41:24Z")

</div>

Thanks for your swift response. In this case the issue was that the client I’d installed (1.07) was not the same version as the server and other clients (1.05). I updated these latter things and it worked perfectly.

---

<div class="post-metadata">

**Author:** ![weber](https://avatars.discourse-cdn.com/v4/letter/w/da6949/32.png) [@weber](https://forums.percona.com/u/weber)\
**Post date:** [December 21, 2016, 5:44am UTC](https://forums.percona.com/t/pmm-client-endpoints-return-an-empty-response-log-files-show-tls-handshake-error/5293/4 "2016-12-21T05:44:13Z")

</div>

Yes, with 1.0.7 release, we require to match client and server version.  
Most likely, we will add a check to `check-network` output to verify versions, so they are the same to prevent potential issues.