# License installation problems with x-pack on Elasticsearch 5.6.10

**URL:** <https://discuss.elastic.co/t/license-installation-problems-with-x-pack-on-elasticsearch-5-6-10/207181>\
**Category:** Elasticsearch\
**Created:** [November 8, 2019, 10:36pm UTC](https://discuss.elastic.co/t/license-installation-problems-with-x-pack-on-elasticsearch-5-6-10/207181 "2019-11-08T22:36:37Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![jhshen](https://avatars.discourse-cdn.com/v4/letter/j/a88e57/32.png) [@jhshen](https://discuss.elastic.co/u/jhshen)\
**Post date:** [November 8, 2019, 10:36pm UTC](https://discuss.elastic.co/t/license-installation-problems-with-x-pack-on-elasticsearch-5-6-10/207181/1 "2019-11-08T22:36:37Z")

</div>

On Elasticsearch 5.6.10 complex, I recently installed x-pack and I've subscribed to Elastic licenses which has been downloaded. I've generated certificates for both the client machine and the CA Root certificate, and I've verified that the certs have not expired, and they can communicate by using:

[root@elkesq01 x-pack]# openssl verify -CAfile snopud-root-ca.cer elkesq01.cer  
elkesq01.cer: OK

And on my /var/elasticsearch/elasticsearch.yml file I've verified certain settings including x-pack security settings such as::

network.host: (lists the IP address)

xpack.security.http.ssl.enabled: true  
xpack.security.http.ssl.key: "/etc/elasticsearch/x-pack/elkesq01.key"  
xpack.security.http.ssl.certificate: "/etc/elasticsearch/x-pack/elkesq01.cer"  
xpack.security.http.ssl.certificate\_authorities: ["/etc/elasticsearch/x-pack/snopud-root-ca.cer"]

xpack.security.transport.ssl.enabled: true  
xpack.security.transport.ssl.key: "/etc/elasticsearch/x-pack/elkesq01.key"  
xpack.security.transport.ssl.certificate: "/etc/elasticsearch/x-pack/elkesq01.cer"  
xpack.security.transport.ssl.certificate\_authorities: ["/etc/elasticsearch/x-pack/snopud-root-ca.cer"]

xpack.ssl.cipher\_suites: ["TLS\_RSA\_WITH\_AES\_128\_CBC\_SHA256", "TLS\_RSA\_WITH\_AES\_128\_CBC\_SHA"]

The problem is when I try to attempt to install the license using:

curl -XPUT -u elastic '[https://FQDN:9200/\_xpack/license](https://FQDN:9200/_xpack/license)' -H "Content-Type: application/json" -d @(license).json

I get this message:

Enter host password for user 'elastic':  
curl: (60) Certificate key usage inadequate for attempted operation.  
More details here: [http://curl.haxx.se/docs/sslcerts.html](http://curl.haxx.se/docs/sslcerts.html)

curl performs SSL certificate verification by default, using a "bundle"  
of Certificate Authority (CA) public keys (CA certs). If the default  
bundle file isn't adequate, you can specify an alternate file  
using the --cacert option.  
If this HTTPS server uses a certificate signed by a CA represented in  
the bundle, the certificate verification probably failed due to a  
problem with the certificate (it might be expired, or the name might  
not match the domain name in the URL).  
If you'd like to turn off curl's verification of the certificate, use  
the -k (or --insecure) option.

What are the things I should check on?

---

<div class="post-metadata">

**Author:** ![jhshen](https://avatars.discourse-cdn.com/v4/letter/j/a88e57/32.png) [@jhshen](https://discuss.elastic.co/u/jhshen)\
**Post date:** [November 8, 2019, 10:53pm UTC](https://discuss.elastic.co/t/license-installation-problems-with-x-pack-on-elasticsearch-5-6-10/207181/2 "2019-11-08T22:53:08Z")

</div>

On re-creating the certificates using another method, this seems accept the license. I'll have to re-generate both the Kibana and the Logstash servers for everything to work.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [December 6, 2019, 10:53pm UTC](https://discuss.elastic.co/t/license-installation-problems-with-x-pack-on-elasticsearch-5-6-10/207181/3 "2019-12-06T22:53:13Z")

</div>

Closed on December 6, 2019, 10:53pm UTC

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
