Koozali.org: home of the SME Server

Galleon? Multicast issue?

Offline jdc0730

  • *
  • 29
  • +0/-0
Galleon? Multicast issue?
« on: December 30, 2006, 03:10:10 PM »
Is anyone out there successfully running Galleon on their SME server?  I am attempting to do so, but am getting errors at start up:

Code: [Select]
09:03:50,567  INFO [main] Server - Using port 7288
09:03:51,172 ERROR [main] TiVoListener - java.io.IOException: Operation not permitted
09:03:51,172 DEBUG [main] TiVoListener - java.io.IOException: Operation not permitted
        at java.net.PlainDatagramSocketImpl.send(Native Method)
        at java.net.DatagramSocket.send(Unknown Source)
        at javax.jmdns.JmDNS.send(JmDNS.java:670)
        at javax.jmdns.JmDNS.init(JmDNS.java:134)
        at javax.jmdns.JmDNS.<init>(JmDNS.java:69)
        at org.lnicholls.galleon.server.TiVoListener.<init>(TiVoListener.java:113)
        at org.lnicholls.galleon.server.Server.start(Server.java:328)
        at org.lnicholls.galleon.server.Server.getServer(Server.java:864)
        at org.lnicholls.galleon.server.Server.main(Server.java:1496)

09:03:51,275 ERROR [main] AppFactory - java.io.IOException: Operation not permitted
09:03:51,276 DEBUG [main] AppFactory - java.io.IOException: Operation not permitted
        at java.net.PlainDatagramSocketImpl.send(Native Method)
        at java.net.DatagramSocket.send(Unknown Source)
        at javax.jmdns.JmDNS.send(JmDNS.java:670)
        at javax.jmdns.JmDNS.init(JmDNS.java:134)
        at javax.jmdns.JmDNS.<init>(JmDNS.java:69)
        at org.lnicholls.galleon.app.AppHost.listen(AppHost.java:329)
        at org.lnicholls.galleon.app.AppManager.loadApps(AppManager.java:102)
        at org.lnicholls.galleon.server.Server.start(Server.java:330)
        at org.lnicholls.galleon.server.Server.getServer(Server.java:864)
        at org.lnicholls.galleon.server.Server.main(Server.java:1496)


I have added entries to the configuration db for all the required ports and checked that they are unused before Galleon starts.  All looks good.  If anyone as had any luck with the app, I would appreciate some insight.

Thanks,
Jeff

Offline jdc0730

  • *
  • 29
  • +0/-0
A Little Father.. Possible Multicast issue.
« Reply #1 on: December 31, 2006, 09:05:42 PM »
With my limited networking knowledge.  It appears that a multicast call is being initiated with is showing up in the iptables local.  The call is to 224.0.0.251 UDP 5353 (Rendezvous port).  When I try to ping the address, I get the same operation not permitted error.  Can anyone provide any insight on whether this should or shouldn't work with SME?

Code: [Select]
@40000000459817751a1e8fc4 Dec 31 15:02:51 jupiter denylog: IN= OUT=eth0 MAC= SRC
=192.168.0.3 DST=224.0.0.251 LEN=84 TOS=00 PREC=0x00 TTL=1 ID=0 DF PROTO=ICMP TY
PE=8 CODE=0 ID=64034 SEQ=0
@40000000459817761a25b7cc Dec 31 15:02:52 jupiter denylog: IN= OUT=eth0 MAC= SRC
=192.168.0.3 DST=224.0.0.251 LEN=84 TOS=00 PREC=0x00 TTL=1 ID=0 DF PROTO=ICMP TY
PE=8 CODE=0 ID=64034 SEQ=1

Offline jdc0730

  • *
  • 29
  • +0/-0
Solved
« Reply #2 on: December 31, 2006, 09:42:01 PM »
So it seems like I am talking to myself.   :D

Multicast was the issue.  I saw that SME is blocking all multicast traffic by default.  I create a custom version of /etc/e-smith/templates/etc/rc.d/init.d/masq/40DenyMulticast and simply blanked the lines out.  That allowed the application to run fine.  So a couple of questions for the networking folks out there:

Is there a problem enabling multicasting?
Is there a better way to enable it?  
Some I just enable the one address being called (is this possible and if so, how?)

Thanks!

VeryVito

Re: Solved
« Reply #3 on: June 10, 2007, 09:49:01 PM »
Quote from: "jdc0730"
So it seems like I am talking to myself.   :D

Multicast was the issue.  I saw that SME is blocking all multicast traffic by default.  I create a custom version of /etc/e-smith/templates/etc/rc.d/init.d/masq/40DenyMulticast and simply blanked the lines out.  That allowed the application to run fine.  So a couple of questions for the networking folks out there:

Is there a problem enabling multicasting?
Is there a better way to enable it?  
Some I just enable the one address being called (is this possible and if so, how?)

Thanks!


Thank you! This same issue has been haunting mt_daapd users. I don't know about the downsides, but at least now things work.