【问题标题】:elasticsearch BindTransportException at startupelasticsearch BindTransportException 在启动时
【发布时间】:2013-03-21 04:47:42
【问题描述】:

这是我正在启动 elasticsearch 的例外:

STATUS | wrapper  | 2013/03/21 00:43:42 | Launching a JVM...
INFO   | jvm 1    | 2013/03/21 00:43:42 | WrapperManager: Initializing...
INFO   | jvm 1    | 2013/03/21 00:43:45 | {0.19.4}: Startup Failed ...
INFO   | jvm 1    | 2013/03/21 00:43:45 | - BindTransportException[Failed to bind to [9300]]
INFO   | jvm 1    | 2013/03/21 00:43:45 |       ChannelException[Failed to bind to: /192.168.0.1:9300]
INFO   | jvm 1    | 2013/03/21 00:43:45 |               BindException[Cannot assign requested address]
STATUS | wrapper  | 2013/03/21 00:43:47 | <-- Wrapper Stopped

有没有人知道是什么导致了这个问题?

【问题讨论】:

  • 您可能有另一个实例已经在运行,或者其他正在运行的进程使用相同的端口

标签: search elasticsearch pyes


【解决方案1】:

您需要找出正在使用该端口的进程,例如在 OS X 上,使用端口 9300 的网络实用程序端口扫描选项卡。 这会给你这样的东西:

Open TCP Port:  9300        vrace

您可以使用此行来获取正在侦听的进程L

lsof -i | grep LISTEN

这将返回如下内容:

java      12345 niranjan  123u  IPv6 0x1ab123c45d67890f      0t0  TCP localhost:vrace (LISTEN)

你可以使用

ps aux | grep 12345 

看看那个过程是什么。然后,您可以决定使用

终止该进程
sudo kill -9 12345 

瞧,您原来的应用程序将再次运行。

Linux 可能略有不同,但逻辑是相同的:在 localhost 上进行端口扫描,查看哪个应用正在使用端口 9300,然后对其进行破解。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2017-12-20
    • 1970-01-01
    • 2021-07-20
    • 2022-08-09
    • 1970-01-01
    • 2022-12-22
    • 2013-07-25
    相关资源
    最近更新 更多