hi Shay,
your advice worked as i hoped, thanks.
vagrant@ubuntu1204:~$ cat /etc/elasticsearch/elasticsearch.ym
http.host: eth0:ipv4
transport.host: eth1:ipv4
but now there is another problem.
vagrant@ubuntu1204:~$ sudo netstat -tulpn | grep java
tcp 0 0 127.0.0.1:32000 0.0.0.0:* LISTEN
8184/java
tcp6 0 0 10.0.2.15:9200 :::* LISTEN
8184/java
tcp6 0 0 192.168.0.5:9300 :::* LISTEN
8184/java
udp6 0 0 :::54328 :::*
8184/java
Zen Discovery is not listening on the same interface that the transport.
If there any way to also control that? didn't found any hint in the
documentation or in the net.
2012/6/11 Sebastian Wendel s.wendel@sourceindex.de
Thanks for the answer.
But whare ist the difference to: network.bind_host
and network.publish_host?
And how comes that the documentation tells something completely different?
Elasticsearch Platform — Find real-time answers at scale | Elastic
Is this a complete new implementation? Or did i misunderstood the
documentation?
greetings,
Sebastian
2012/6/11 Shay Banon kimchy@gmail.com
If you want separate interfaces for internal cluster (transport)
communication and http, the settings should be transport.host for the inner
cluster communication, and http.host for the http one.
On Fri, Jun 8, 2012 at 1:56 PM, swendel s.wendel@sourceindex.de wrote:
hey guys,
im also trying to get seperate interfaces configuration for the cluster
and
http communication running, but no luke.
vagrant@ubuntu10044:~$ sudo netstat -tlpn
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
PID/Program name
tcp 0 0 127.0.0.1:32000 0.0.0.0:*
LISTEN
5655/java
tcp6 0 0 10.0.2.15:9300 :::*
LISTEN
5655/java
tcp6 0 0 10.0.2.15:9200 :::*
LISTEN
5655/java
vi /etc/elasticsearch/elasticsearch.yml
############################## Network And HTTP
###############################
network.bind_host: eth0:ipv4
network.publish_host: eth1:ipv4
################################### Gateway
###################################
less /var/log/elasticsearch/elasticsearch.log
[2012-06-08 00:00:26,884][WARN ][cluster.service ] [ubuntu10044]
failed to reconnect to node
[ubuntu10044][WHZxwr9VQeyVpASDgHSJ6w][inet[/192.168.0.4:9300]]
org.elasticsearch.transport.ConnectTransportException:
[ubuntu10044][inet[/192.168.0.4:9300]] connect_timeout[30s]
at
org.elasticsearch.transport.netty.NettyTransport.connectToChannels(NettyTransport.java:560)
at
org.elasticsearch.transport.netty.NettyTransport.connectToNode(NettyTransport.java:503)
at
org.elasticsearch.transport.netty.NettyTransport.connectToNode(NettyTransport.java:482)
at
org.elasticsearch.transport.TransportService.connectToNode(TransportService.java:128)
at
org.elasticsearch.cluster.service.InternalClusterService$ReconnectToNodes.run(InternalClusterService.java:377)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Caused by: java.net.ConnectException: Connection refused
at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
at
sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:592)
at
org.elasticsearch.common.netty.channel.socket.nio.NioClientSocketPipelineSink$Boss.connect(NioClientSocketPipelineSink.java:400)
at
org.elasticsearch.common.netty.channel.socket.nio.NioClientSocketPipelineSink$Boss.processSelectedKeys(NioClientSocketPipelineSink.java:362)
at
org.elasticsearch.common.netty.channel.socket.nio.NioClientSocketPipelineSink$Boss.run(NioClientSocketPipelineSink.java:284)
at
org.elasticsearch.common.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:102)
You can see how i tried to deploy elasticsearch in my chef cookbook at
git
hub:
https://github.com/sebwendel/chef-elasticsearch/tree/0.1.0
do you have any ideas?
Regards,
Sebastian
--
View this message in context:
http://elasticsearch-users.115913.n3.nabble.com/Seperate-interfaces-for-clustering-and-querying-tp4000112p4018970.html
Sent from the Elasticsearch Users mailing list archive at Nabble.com.
--
Mit freundlichen Grüßen,
Sebastian Wendel.
//////////////////////////////////////////////////////////////////////////////////////
SourceIndex IT-Services
Wohlwillstraße 2, 20359 Hamburg
Office: +49(0)40-209 344 900
Fax: +49(0)40-209 344 909
Email: s.wendel@sourceindex.de
Web: http://www.sourceindex.de
Xing: Sebastian Wendel - Fullstack Developer & Platform Engineer - REBOOT IN PROGRESS | XING
WARNING / LEGAL TEXT: This message is intended only for the use of the
individual or entity to which it is addressed and may contain
information which is privileged, confidential, proprietary, or exempt
from disclosure under applicable law. If you are not the intended
recipient or the person responsible for delivering the message to the
intended recipient, you are strictly prohibited from disclosing,
distributing, copying, or in any way using this message. If you have
received this communication in error, please notify the sender and
destroy and delete any copies you may have received.