Elastic Search fails on instance with "Global" IP address

Bug #1799274 reported by Sean Shuping
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Elasticsearch Charm
Expired
Medium
Unassigned

Bug Description

In My case I'm using Juju to control my MAAS cloud.

If an instance has a true public IP address the application fails to initialize.

---log snip ---
No up-and-running site-local (private) addresses found, got [name:lo (lo), name:ens160 (ens160)]
---end snip ---

Further more on the model, application states Ports:9200/tcp Message:Ready which is not true.

I think the validation of if the app is ready should wait longer.

systemctl status elasticsearch states 'running' immediately after starting service but about 5 seconds later status will change to 'failed'.

Revision history for this message
Xav Paice (xavpaice) wrote :

I know this has been a long time since the bug report, and details may no longer be available. If this can be reproduced now, could you share a more full juju unit log from the Elastic unit, as well as any Elastic logs themselves and /var/syslog, and some details on the model itself? We really need to understand the network spaces in use, as well as what's killing Elastic.

Changed in charm-elasticsearch:
status: New → Incomplete
Changed in charm-elasticsearch:
importance: Undecided → Medium
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for Elasticsearch Charm because there has been no activity for 60 days.]

Changed in charm-elasticsearch:
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.