首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >不能启动riemann.bin?

不能启动riemann.bin?
EN

Stack Overflow用户
提问于 2014-11-21 07:17:07
回答 2查看 630关注 0票数 0

我刚刚解开了rieman 0.2.5的油污球并运行了

bin/riemann etc/riemann.config

Ruby版本:Ruby1.8.5 (2006-08-25) x86_64-linux

Java版本"1.6.0_11“

红帽企业Linux客户端版本5.3 (Tikanga)

我得到了以下错误:

代码语言:javascript
复制
ERROR [2014-11-21 12:52:43,395] main - riemann.bin - Couldn't start
java.util.concurrent.ExecutionException: org.jboss.netty.channel.ChannelException: Failed to bind to: /127.0.0.1:5555
    at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222)
    at java.util.concurrent.FutureTask.get(FutureTask.java:83)
    at clojure.core$deref_future.invoke(core.clj:2180)
    at clojure.core$future_call$reify__6320.deref(core.clj:6420)
    at clojure.core$deref.invoke(core.clj:2200)
    at clojure.core$pmap$step__6333$fn__6335.invoke(core.clj:6470)
    at clojure.lang.LazySeq.sval(LazySeq.java:40)
    at clojure.lang.LazySeq.seq(LazySeq.java:49)
    at clojure.lang.RT.seq(RT.java:484)
    at clojure.core$seq.invoke(core.clj:133)
    at clojure.core$dorun.invoke(core.clj:2855)
    at riemann.core$transition_BANG_.invoke(core.clj:156)
    at clojure.lang.Atom.swap(Atom.java:51)
    at clojure.core$swap_BANG_.invoke(core.clj:2233)
    at riemann.config$apply_BANG_.invoke(config.clj:268)
    at riemann.bin$_main.doInvoke(bin.clj:63)
    at clojure.lang.RestFn.applyTo(RestFn.java:137)
    at riemann.bin.main(Unknown Source)
Caused by: org.jboss.netty.channel.ChannelException: Failed to bind to: /127.0.0.1:5555
    at org.jboss.netty.bootstrap.ConnectionlessBootstrap.bind(ConnectionlessBootstrap.java:204)
    at riemann.transport.udp.UDPServer.start_BANG_(udp.clj:92)
    at riemann.service$fn__8682$G__8676__8684.invoke(service.clj:20)
    at riemann.service$fn__8682$G__8675__8687.invoke(service.clj:20)
    at clojure.core$pmap$fn__6328$fn__6329.invoke(core.clj:6466)
    at clojure.core$binding_conveyor_fn$fn__4145.invoke(core.clj:1910)
    at clojure.lang.AFn.call(AFn.java:18)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
    at java.util.concurrent.FutureTask.run(FutureTask.java:138)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
    at java.lang.Thread.run(Thread.java:619)
Caused by: java.net.BindException: Address already in use
    at sun.nio.ch.Net.bind(Native Method)
    at sun.nio.ch.DatagramChannelImpl.bind(DatagramChannelImpl.java:495)
    at sun.nio.ch.DatagramSocketAdaptor.bind(DatagramSocketAdaptor.java:80)
    at org.jboss.netty.channel.socket.nio.NioDatagramPipelineSink.bind(NioDatagramPipelineSink.java:129)
    at org.jboss.netty.channel.socket.nio.NioDatagramPipelineSink.eventSunk(NioDatagramPipelineSink.java:77)
    at org.jboss.netty.handler.execution.ExecutionHandler.handleDownstream(ExecutionHandler.java:186)
    at org.jboss.netty.handler.codec.oneone.OneToOneEncoder.handleDownstream(OneToOneEncoder.java:54)
    at org.jboss.netty.channel.Channels.bind(Channels.java:561)
    at org.jboss.netty.channel.AbstractChannel.bind(AbstractChannel.java:189)
    at org.jboss.netty.bootstrap.ConnectionlessBootstrap.bind(ConnectionlessBootstrap.java:198)
    ... 11 more
WARN [2014-11-21 12:52:43,395] pool-1-thread-1 - riemann.transport.udp - UDP handler caught
java.net.BindException: Address already in use
    at sun.nio.ch.Net.bind(Native Method)
    at sun.nio.ch.DatagramChannelImpl.bind(DatagramChannelImpl.java:495)
    at sun.nio.ch.DatagramSocketAdaptor.bind(DatagramSocketAdaptor.java:80)
    at org.jboss.netty.channel.socket.nio.NioDatagramPipelineSink.bind(NioDatagramPipelineSink.java:129)
    at org.jboss.netty.channel.socket.nio.NioDatagramPipelineSink.eventSunk(NioDatagramPipelineSink.java:77)
    at org.jboss.netty.handler.execution.ExecutionHandler.handleDownstream(ExecutionHandler.java:186)
    at org.jboss.netty.handler.codec.oneone.OneToOneEncoder.handleDownstream(OneToOneEncoder.java:54)
    at org.jboss.netty.channel.Channels.bind(Channels.java:561)
    at org.jboss.netty.channel.AbstractChannel.bind(AbstractChannel.java:189)
    at org.jboss.netty.bootstrap.ConnectionlessBootstrap.bind(ConnectionlessBootstrap.java:198)
    at riemann.transport.udp.UDPServer.start_BANG_(udp.clj:92)
    at riemann.service$fn__8682$G__8676__8684.invoke(service.clj:20)
    at riemann.service$fn__8682$G__8675__8687.invoke(service.clj:20)
    at clojure.core$pmap$fn__6328$fn__6329.invoke(core.clj:6466)
    at clojure.core$binding_conveyor_fn$fn__4145.invoke(core.clj:1910)
    at clojure.lang.AFn.call(AFn.java:18)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
    at java.util.concurrent.FutureTask.run(FutureTask.java:138)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
    at java.lang.Thread.run(Thread.java:619)

知道吗??

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2014-11-21 08:04:46

错误似乎表明端口5555已经在使用。也许以前(中止)的启动离开了一个仍有端口句柄的进程?

执行netstat -ao (Windows)或netstat -ap (Linux)检查是否已经有侦听端口5555,以及哪个进程有句柄,然后终止该进程。

票数 1
EN

Stack Overflow用户

发布于 2016-01-02 14:36:46

我和你也遇到过同样的情况。

你可以打开你的终端然后进入

-nap \ grep 5555

会有这样的表演:

tcp6 0 0 127.0.0.1:5555:*聆听11465/java udp6 0 127.0.0.1:5555:* 2863/java

你可以在你的终端输入这个

ps aux grep 11465

并扼杀这一过程。

在大多数情况下,导致此错误的原因是您打开了两个相同的服务。

您可以运行此命令来检查服务状态:

sudo服务riemann状态

开始黎曼:

数多服务黎曼启动

这项服务的结束是:

数多服务rimann停止

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/27056055

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档