Skip to content
This repository has been archived by the owner on Mar 30, 2023. It is now read-only.

Azure deployment - plugin:elasticsearch - Request Timeout after 1500ms #14

Closed
MedAnd opened this issue Jan 28, 2016 · 9 comments
Closed

Comments

@MedAnd
Copy link

MedAnd commented Jan 28, 2016

Using the new Azure Market place template mentioned in this post: https://www.elastic.co/blog/microsoft-azure-marketplace-elasticsearch-kibana-and-more-now-available I deployed an Elastic cluster but get the below error:

plugin:elasticsearch - Request Timeout after 1500ms
plugin:marvel - Waiting for Elasticsearch

@russcam
Copy link
Contributor

russcam commented Jan 29, 2016

Hey @MedAnd, @markwalkom forwarded on your email related to this too. Would you be able to indicate:

  1. what cluster configuration you installed e.g. number of data nodes, ES version
  2. if you're using an internal/external load balancer
  3. if you set up a jump box
  4. how you successful created indexes on the cluster.

Have you always seen both of those statuses, or were they initially green? How long have you had the cluster spun up for?

@MedAnd
Copy link
Author

MedAnd commented Jan 29, 2016

Hi @russcam

Thank you for the follow-up.

  1. After deploying, in Azure I can see the following Resources (the version was 2.01):

elasticsearchMaster
esdata-set
esdatavm0
esdatavm1
esdatavm2
kibana-vm
masterVm0
masterVm1
masterVm2

  1. I believe the load balancer is external:

Protocol/port
TCP/9200, TCP/9300

Backend pool
LBBE (3 virtual machines)

Probe
esProbe (TCP:9200)

NAT rules
0 inbound

  1. I believe there is no jumpbox. I'm also connecting to Kibana directly on kibana-nsg TCP/5601.
  2. I connected directly to ES on loadBalancer IP port 9200 and issued commands via Chrome Postman plugin to create indexes.

I've always seen the same failures. The cluster has been running for a couple of days. I hope the above helps, I could also privately send you the logon details?

@pickypg
Copy link
Member

pickypg commented Feb 1, 2016

@MedAnd The easiest way to avoid this is to change the load balancer to internal during generation.

However, you can change the IP address within the /opt/kibana/config/kibana.yml to the public IP for the load balancer. Via the template, it cannot guess the public IP so it can't fill it in for you.

@MedAnd
Copy link
Author

MedAnd commented Feb 2, 2016

@pickypg As we are working with two Azure ARM deployed clusters (one of them being Elastic) I've opted for the external load balancer. I had to change the yml file as mentioned above. All working now, thank you for the assistance.

PS. Wondering if deployment to an existing Azure vNet will be supported in future versions of the Elastic ARM template?

@russcam
Copy link
Contributor

russcam commented Feb 2, 2016

@MedAnd I would recommend opening a new issue for deploying a cluster to an existing vNet so it doesn't get lost in the comments here 😄

@Mpdreamz
Copy link
Member

This has been fixed, see #18 (comment) for the details.

@frode
Copy link

frode commented Jun 9, 2016

@pickypg which user should be able to login and change the /opt/kibana/config/kibana.yml file?
I've only been able to ssh into the kibana server with es_admin, and it does not have the rights to make changes to the file ..

@Mpdreamz
Copy link
Member

Mpdreamz commented Jun 9, 2016

You will need to ssh into the box using the username/pass|key provided here:

image

Hoping to get a new release pushed to the production marketplace within the next weeks.

@frode
Copy link

frode commented Jun 9, 2016

Thanks, I got another reply from Martijn on email, I was only missing "sudo" to get the correct permission level to save! 👍

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants