Couldn't start riemann.bin?

68 views
Skip to first unread message

Siddharth Trikha

unread,
Nov 21, 2014, 2:12:00 AM11/21/14
to rieman...@googlegroups.com
I just untarred the rieman 0.2.5 tarball and ran the

bin/riemann etc/riemann.config

and I get the following error.

Ruby version: ruby 1.8.5 (2006-08-25) [x86_64-linux]
Java version "1.6.0_11"
Red Hat Enterprise Linux Client release 5.3 (Tikanga)

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)

Any idea??

Siddharth Trikha

unread,
Nov 21, 2014, 2:15:06 AM11/21/14
to rieman...@googlegroups.com
**Question EDIT: The error starts after I specified my sysytem details.


On Friday, 21 November 2014 12:42:00 UTC+5:30, Siddharth Trikha wrote:
I just untarred the rieman 0.2.5 tarball and ran the

bin/riemann etc/riemann.config



Ruby version: ruby 1.8.5 (2006-08-25) [x86_64-linux]
Java version "1.6.0_11"
Red Hat Enterprise Linux Client release 5.3 (Tikanga)


and I get the following error:

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)

.....................

Daniel Compton

unread,
Nov 21, 2014, 2:22:33 AM11/21/14
to rieman...@googlegroups.com
I'm not sure what the exact system specs are for Riemann but the versions of Java and Ruby you have are quite outdated. 
I'm not sure if this is part of the issue or not. 

It would also be helpful to have the full stack trace pasted in a gist somewhere for people to look at. 

--
Daniel
--
You received this message because you are subscribed to the Google Groups "Riemann Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to riemann-user...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Benjamin Black

unread,
Nov 21, 2014, 2:24:49 AM11/21/14
to rieman...@googlegroups.com
netstat -an | grep 5555
--

Aphyr

unread,
Nov 21, 2014, 3:25:50 AM11/21/14
to rieman...@googlegroups.com
On 11/20/2014 11:11 PM, Siddharth Trikha wrote:
> Caused by: java.net.BindException: Address already in use

Another process is already bound to port 5555.

--Kyle

Marc Fournier

unread,
Nov 21, 2014, 3:31:09 AM11/21/14
to Siddharth Trikha, riemann-users
Excerpts from Siddharth Trikha's message of 2014-11-21 08:11:59 +0100:
> [...]
>
> 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
> [...]

This is what you need to look in to ^

You typically have another process using this port, or maybe selinux is
getting in your way.

> Any idea??
>

Cheers,
Marc

Siddharth Trikha

unread,
Nov 21, 2014, 3:47:10 AM11/21/14
to rieman...@googlegroups.com
When I do netstat -ntlp|grep 5555 it gives PID/ProgramName  value as 7632/java.

So java is opening the port. I cannot kill the process thus. Shall I change riemann's port?? How to do it?         

Benjamin Black

unread,
Nov 21, 2014, 4:00:23 AM11/21/14
to rieman...@googlegroups.com
riemann runs on the jvm, which shows up there as java. Sounds like another instance of riemann is bound to the port.

--

Siddharth Trikha

unread,
Nov 21, 2014, 4:25:17 AM11/21/14
to rieman...@googlegroups.com
Indeed that was the case, I killed one instance and it works now. Thanks
Reply all
Reply to author
Forward
0 new messages