Installing Galleon on Linux

Discussion in 'TiVo Home Media Features & TiVoToGo' started by smoothtivo, Nov 8, 2005.

  1. Nov 28, 2005 #61 of 138
    juanian

    juanian Member

    486
    0
    Oct 1, 2002
    Chandler, AZ

    Advertisements

    To find out what java directory is being used, enter the command "type java". You should see something like "java is /usr/bin/java".

    EDIT - sorry - I posted this when I got to the end of page 1 (not realizing that there was another page of posts!)
     
  2. Dec 24, 2005 #62 of 138
    Malibyte

    Malibyte Took the red pill

    128
    0
    Jun 12, 2005
    Simi Valley, CA
    OK, I'm still torturing myself trying to get this installed. Updated to 1.9.2. IPv6 is disabled. JAVA_HOME is defined. Version 1.5.0_05 of the JRE is installed. The firewall permits everything between machines on the internal network (192.168.1.x; the server is .1 and the TiVo is .11).

    I'm still getting this in the logs (this is on initial startup right afte the upgrade):

    <snip>
    17:37:04,239 ERROR [main] TiVoListener - java.io.IOException: Operation not permitted
    17:37:04,239 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(Unknown Source)
    at javax.jmdns.JmDNS.init(Unknown Source)
    at javax.jmdns.JmDNS.<init>(Unknown Source)
    at org.lnicholls.galleon.server.TiVoListener.<init>(TiVoListener.java:57)
    at org.lnicholls.galleon.server.Server.start(Server.java:266)
    at org.lnicholls.galleon.server.Server.getServer(Server.java:611)
    at org.lnicholls.galleon.server.Server.main(Server.java:1169)

    17:37:04,252 ERROR [main] AppFactory - java.io.IOException: Operation not permitted
    17:37:04,253 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(Unknown Source)
    at javax.jmdns.JmDNS.init(Unknown Source)
    at javax.jmdns.JmDNS.<init>(Unknown Source)
    at org.lnicholls.galleon.app.AppHost.listen(AppHost.java:201)
    at org.lnicholls.galleon.app.AppManager.loadApps(AppManager.java:80)
    at org.lnicholls.galleon.server.Server.start(Server.java:268)
    at org.lnicholls.galleon.server.Server.getServer(Server.java:611)
    at org.lnicholls.galleon.server.Server.main(Server.java:1169)
    <snip>

    Everything else seems OK, I don't get any other errors. I see weather reports in the logs. But the TiVo can't see the server at all.

    Could somebody please decipher these error messages for me? I'm quite confident with Linux and shell scripting, but I don't know s**t about Java. I would guess it's some sort of permission problem, but the Galleon server is running as root.

    For what it's worth, the old JavaHMO server for the most part worked with this same setup (I could play MP3 files and look at .jpg pix (on the server) on the TiVo, but I couldn't get movie listings, weather reports, etc. (just got the big red "X")).

    Thanks...Bob
     
  3. Dec 27, 2005 #63 of 138
    juanian

    juanian Member

    486
    0
    Oct 1, 2002
    Chandler, AZ
    One stab in the dark -- do you have "Allow Transfers" enabled on your TiVo, and have you named your TiVo? (Check your System Information page - the TiVoToGo entry shows "a,a,a", right?)

    Do you have other TiVos, and do they see each other if you do?

    One note: the "TiVoListener" part of the log is where Galleon detects my TiVos on my Mac.

    Try this: When you run the GUI, go to File/Properties, double-check your Media Access Key, be sure that your Linux IP address is set right (or try 'Default') and then click on "Test" -- does your TiVo name show up in the box? (What choices show for the IP address in the dropdown?)

    I'm also slightly puzzled by you saying your "server" was .1; is this the Linux box you are using? Are you using a router, and what is its address (normally, the router is .1)?

    Maybe someone else has more info than I have -- sorry.
     
  4. Dec 27, 2005 #64 of 138
    azitnay

    azitnay Active Member

    2,977
    0
    Jan 20, 2003
    Washington,...
    A Linux box equipped with two ethernet cards can often function as a broadband router quite nicely.

    Drew
     
  5. Dec 27, 2005 #65 of 138
    javahmo

    javahmo New Member

    1,538
    0
    Aug 11, 2003

    Advertisements

    Make sure that all the neccesary ports are available:
    http://galleon.sourceforge.net/html/faq.html#ports
     
  6. Dec 28, 2005 #66 of 138
    juanian

    juanian Member

    486
    0
    Oct 1, 2002
    Chandler, AZ
    Ah -- good point, but what are the IP addresses of the two cards? A TiVo has some annoying code to make sure that anything doing MRV/ToGo is on the same subnet, and I wonder if the server and TiVo are seen as being in different subnets. Not being extremely network-savvy, I wonder if the Linux box can pass the Rendevous/Bonjour stuff through to keep the TiVo happy. (I expect that it can, but I don't know what may be needed (if anything) to do that.)

    So Malibyte, try choosing different IP addresses in the Galleon IP Address dropdown, and especially try and pick one in the same subnet as the TiVo (plus check the ports Leon lists in the FAQ!).
     
  7. Dec 28, 2005 #67 of 138
    azitnay

    azitnay Active Member

    2,977
    0
    Jan 20, 2003
    Washington,...
    Indeed... A Linux box serving as a broadband router would typically have a public IP on one ethernet interface and a private IP like 192.168.1.1 on the other, and you'd have to make sure Galleon's set to use the 192.168.1.1 interface and not the public IP's interface.

    Drew
     
  8. Jan 1, 2006 #68 of 138
    cmarrin

    cmarrin New Member

    4
    0
    Dec 15, 2005
    I am trying to put together a script to allow Galleon to follow all the rules of Linux daemonhood. By this I mean something that has a "galleond" init script in /etc/init.d, so you can use 'galleond start' and 'galleond start'. I want this to show the nice startup and shutdown '[ OK ]" or "[FAILED]" messages as it loads and unloads. All this is easily done using /etc/init.d/functions, which has lots of helper scripts for all this. To boot, I want to be able to manage all this from Webmin. Webmin is a very cool way to manage daemons. You can use it to start/stop and set the daemon to start at boot time, all without having to go in and set runlevels and such. It also shows the status with its nice web interface. You can also add monitors, which will notify you if your server goes down, and even automatically restart it.

    I have gotten pretty far, using scripts posted here. I modified run.sh like this:

    ------

    #!/bin/bash
    #
    # Run the Galleon server
    #
    # You may have to set JAVA_HOME to the correct value for your system
    JAVA_HOME=/usr/java/jre1.5.0_05/
    OLDCLASSPATH=$CLASSPATH
    CLASSPATH=/usr/local/galleon/conf
    for j in /usr/local/galleon/lib/*.jar
    do
    CLASSPATH=$CLASSPATH:$j
    done

    OPTION=""
    if [ -f "$JAVA_HOME/bin/server" ]; then
    OPTION=-server
    fi
    cd /usr/local/galleon/bin;$JAVA_HOME/bin/java $OPTION -cp $CLASSPATH -Xms64m -Xm
    x64m -Djava.awt.fonts="$JAVA_HOME/lib/fonts" -Dawt.toolkit=com.eteks.awt.PJATool
    kit org.lnicholls.galleon.server.Server &
    CLASSPATH=$OLDCLASSPATH

    ------

    All I have done is to have the java app start in the background and setup the paths so you don't need any env vars setup and you don't need to cd to the galleon directory to run. This assumes that you have placed galleon at /usr/local/galleon, and that you Java is at /usr/java/jre1.5.0_05/. I really like the fact that this version has gotten rid of all the external requirements for running. But it certainly needs some cleanup to make it configurable. Next I am going to add a /etc/sysconfig/galleon config file, so all of these paths can be set there.

    Then I added a /etc/init.d/galleond file that looks like this:

    ------

    #! /bin/bash
    #
    # galleond Start/Stop the galleon daemon.
    #
    # chkconfig: 2345 90 60
    # description: Galleon is a Tivo HME Server \
    # For more information go to: \
    # ... \
    #
    # processname: galleond
    # config: /usr/local/galleon/conf/configure.xml
    # pidfile: /var/run/galleond.pid

    # Source function library.
    . /etc/init.d/functions

    # See how we were called.

    prog="/usr/local/galleon/bin/run.sh"

    start() {
    echo -n $"Starting Galleon: "
    daemon $prog
    RETVAL=$?
    echo
    [ $RETVAL -eq 0 ] && touch /var/lock/subsys/galleond
    return $RETVAL
    }

    stop() {
    echo -n $"Stopping Galleon: "
    rm -f /var/lock/subsys/galleond
    kill `pgrep -f galleon`
    return $RETVAL
    }

    rhstatus() {
    pid=`pgrep -f galleon`
    if [ -n "$pid" ]; then
    echo $"Galleon (pid $pid) is running..."
    return 0
    fi

    }

    restart() {
    stop
    start
    }

    reload() {
    echo -n $"Reloading cron daemon configuration: "
    killproc galleond -HUP
    RETVAL=$?
    echo
    return $RETVAL
    }

    case "$1" in
    start)
    start
    ;;
    stop)
    stop
    ;;
    restart)
    restart
    ;;
    reload)
    reload
    ;;
    status)
    rhstatus
    ;;
    condrestart)
    [ -f /var/lock/subsys/galleond ] && restart || :
    ;;
    *)
    echo $"Usage: $0 {start|stop|status|reload|restart|condrestart}"
    exit 1
    esac

    ------

    This uses enough of the daemonish features that start will display [ OK ] and a lock file is created so status somewhat works. It also has comments at the top that allow webmin to see it and config it. You can go into webmin and go to System->Startup and Shutdown and see galleond there. You can select it, start and stop and have it start at boot time. The comments even tell it where to put it in the boot sequence. It really makes things simpler.

    But it needs some work. I am not using the 'daemon', 'killproc' or 'status' functions because run.sh doesn't look enough like a daemon. These are nice functions to use because they do a lot of the low level work to be able to cleanly shutdown, do error checking and get status. But I have come to the end of my understanding of Linux, processes and shell scripts.

    If anyone out there has more knowledge of these things and wants to hack on these scripts, please feel free to critique and post results for all!

    It would be really nice if we could put together an rpm that installed all these in the right places. Then you could just install, go to webmin to ask the server to start on boot, and away you go!!!

    PS - on the 8th line of galleond I had the url of the galleon site, which nicely displays in the description of the daemon in Webmin. But I had to remove it because I could not submit it that way (too much of a newbie for this board). I will post that later, when I become a member in good stead :)
     
  9. Jan 1, 2006 #69 of 138
    cmarrin

    cmarrin New Member

    4
    0
    Dec 15, 2005
    I have a Linux server running Galleon 1.9.2. It is headless, but in the past it was running an X server. So I could ssh to it from a remote box and run gui.sh and get it to display on that remote box. But I have now removed all the Xorg packages from the Linux box and now I can no longer run gui.sh

    I have heard that using X with the GUI is not necessary because it uses Java for it GUI components. But I cannot find any info on this in the forums or in the docs. Is this possible? has anyone successfully done it? By the way, the remote box I am trying to use is a WinXP box, and has JRE 1.5 installed.
     
  10. Jan 1, 2006 #70 of 138
    javahmo

    javahmo New Member

    1,538
    0
    Aug 11, 2003
    If you append the ip address of the remote box to the command to run the gui, the configuration gui will connect to that Galleon server instead of localhost.
     
  11. Jan 1, 2006 #71 of 138
    cmarrin

    cmarrin New Member

    4
    0
    Dec 15, 2005
    Ok, then I have a real fundamental misunderstanding of how things work. First of all, when I say "remote box", I mean the WinXP PC that I am trying to run the gui on. This PC does NOT run Galleon, only the Linux server does. That seems to mean that I need to install Galleon on my WinXP PC. But when I do that, it installs the Galleon services, and I can find no way to turn them off. When I blow away the java process which is running Galleon on my PC, it just comes back. If I uninstall Galleon on my PC and try to run gui.sh from a directory of Galleon source files on my PC, it fails to startup with some Java errors.

    But if I leave it installed, I can go: gui.sh <Linux server IP address> and Galleon comes up. But it does not operate correctly. First of all, if I add an app (like the Photo app), its GUI shows up in the main panel. But if I exit the GUI app and restart it, the Photo app no longer shows up.

    Also, I can go into the Properties panel, where the Network section lives. This shows the "PC IP Address" with a drop down menu showing "Default". When I drop this menu down, it shows the IP address of my WinXP PC, not my Linux system. When I leave the dropdown at "default" and hit Test it does not find any Tivos. But when I set it to the IP of my WinXP PC, it finds both of my Tivos. Hmmmmmm...

    Finally, when I bring up the file dialog to set the Recordings Path, it shows me the filesystem of my WinXP PC, not my Linux system.

    So what fundamental concept do I have wrong here?
     
  12. Jan 2, 2006 #72 of 138
    azitnay

    azitnay Active Member

    2,977
    0
    Jan 20, 2003
    Washington,...
    As for stopping the Galleon service (and preventing it from starting automatically), first go to Start -> Run and type:

    services.msc

    to open up the Services Control Panel. Find Galleon, open its properties, change Startup type to Manual, and hit Stop.

    Drew
     
  13. Jan 2, 2006 #73 of 138
    javahmo

    javahmo New Member

    1,538
    0
    Aug 11, 2003
    Yes, you need a local Galleon installation to connect to a remote installation. You can disable the Galleon service under XP: Control Panel/Administrative Tools/Services

    Did you press Apply to save the app configuration? Did you append the IP address again?

    This test is not critical. If you cannot find the TiVo's you can always add them manually in File/ToGo.

    Yes, the file dialogs will all be local; thats the way these GUI components work. You can manually type in the path for the remote server.
     
  14. Jan 3, 2006 #74 of 138
    Malibyte

    Malibyte Took the red pill

    128
    0
    Jun 12, 2005
    Simi Valley, CA
    Hi all -

    Have been away for a while as I've been busy with holiday stuff, then upgraded both TiVos over the weekend. Next, will try the new Galleon.

    The TiVo (192.168.1.11) is definitely on the same subnet as the "internal" NIC on the server (192.168.1.1), so this shouldn't be the issue. The server is acting as a router for the internal network; the other NIC has a static public IP address. As I mentioned before, this setup "kinda" worked with the old JavaHMO server software, as I could play music and look at pictures on the server but couldn't get anything (e.g. weather pics, movie listings, HTML pages, etc.) from the outside Internet (the TiVo has had no problems getting its updates and guides, however). There still might be a firewall issue, but the firewall is set up to allow anything between machines on the internal network without any restrictions. I will specifically try to test with the individual ports on the list, and go through some of the other checks that Juanian mentioned above.

    I do now have two working TiVos, but the Series 2 is now waiting for a wireless NIC before I put it in my kid's room.

    Thanks...Bob
     
  15. Jan 3, 2006 #75 of 138
    ramblin_wreck

    ramblin_wreck New Member

    4
    0
    Jan 3, 2006
    Maryland
    Has anyone firgured out how to handle /etc/hosts for galleon on DHCP'ed hosts?
     
  16. Jan 4, 2006 #76 of 138
    crumley

    crumley New Member

    42
    0
    Jan 22, 2003
    Can't you force a certain IP address to go to a certain MAC address on your router/DHCP server?
     
  17. Jan 4, 2006 #77 of 138
    ramblin_wreck

    ramblin_wreck New Member

    4
    0
    Jan 3, 2006
    Maryland
    No. It is just a router with a simple DHCP server service.
     
  18. Jan 13, 2006 #78 of 138
    Malibyte

    Malibyte Took the red pill

    128
    0
    Jun 12, 2005
    Simi Valley, CA
    Yes, it does.

    The Media Access Key is correct.

    Choices which show up in the dropdown box: Default, 192.168.1.1, and 64.166.xxx.xxx (the external IP of the server).

    Running "Test" from the File/Properties gives me this (using port 7288 and IP 192.168.1.1 OR 64.166.xxx.xxx) in the terminal window, and the progress bar simply runs all the way from left to right, then stops:

    [root@kenobi: /srv/galleon/bin]$ sh gui.sh
    Exception in thread "Timer-8" java.lang.NullPointerException
    at org.lnicholls.galleon.gui.MainFrame$NetworkDialog$TiVoListener.stop(MainFrame.java:1384)
    at org.lnicholls.galleon.gui.MainFrame$28.run(MainFrame.java:1272)
    at java.util.TimerThread.mainLoop(Unknown Source)
    at java.util.TimerThread.run(Unknown Source)

    If I use "Default" in the drop-down box, it does the search, then says "No TiVos found on this network interface." (???)

    I double-checked and made sure all six needed ports are open on the server (from the inside network, which the TiVo is on). I get no dropped packets in my firewall logs from the TiVo.

    Also, they have obviously seen each other at some point, because if I go into "File/ToGo", I can see a list of the currently recorded shows on the TiVo (actually my new Humax, with IP 192.168.1.21; the other one is currently off-line and will go into my kid's room). Both TiVos (with their names and correct IP addresses) are also shown. But the TiVo still can't find the server ("No servers are found at 192.168.1.1.....").

    I see these in the output of netstat -anl:
    tcp 0 0 192.168.1.1:42391 192.168.1.21:80 ESTABLISHED
    tcp 0 0 192.168.1.1:7288 0.0.0.0:* LISTEN
    udp 0 0 0.0.0.0:2190 0.0.0.0:*
    tcp 0 0 127.0.0.1:1527 0.0.0.0:* LISTEN
    tcp 0 0 0.0.0.0:1099 0.0.0.0:* LISTEN
    udp 0 0 0.0.0.0:5353 0.0.0.0:*
    tcp 0 0 64.166.xxx.xxx:8081 0.0.0.0:* LISTEN

    It appears to be listening to port 8081 on the EXTERNAL IP (?!?) but in the dump below, it's talking on that port (tproxy) on the internal IP.

    I see a lot of packets going back and forth (using tcpdump, I see these):
    23:29:53.443987 IP kenobi.in.malibyte.net.42391 > 192.168.1.21.www: . ack 2872090 win 32768 <nop,nop,timestamp 776065531 75105326>
    23:29:53.446786 IP 192.168.1.21.www > kenobi.in.malibyte.net.42391: . 2872090:2873538(1448) ack 1 win 7504 <nop,nop,timestamp 75105326 77606

    23:34:56.176756 IP kenobi.in.malibyte.net.2190 > 192.168.1.255.2190: UDP, length 155
    23:34:56.190060 IP 192.168.1.21.2549 > kenobi.in.malibyte.net.tproxy: S 4213225262:4213225262(0) win 5840 <mss 1460,sackOK,timestamp 75135605 0,nop,wscale 0>
    23:34:56.190233 IP kenobi.in.malibyte.net.tproxy > 192.168.1.21.2549: R 0:0(0) ack 4213225263 win 0
    23:35:01.194749 IP kenobi.in.malibyte.net.2190 > 192.168.1.255.2190: UDP, length 155
    23:35:01.207968 IP 192.168.1.21.2550 > kenobi.in.malibyte.net.tproxy: S 4221148722:4221148722(0) win 5840 <mss 1460,sackOK,timestamp 75136107 0,nop,wscale 0>

    So...still pulling my hair out. It's got to be something simple. Aargh.

    Bob
     
  19. Jan 14, 2006 #79 of 138
    juanian

    juanian Member

    486
    0
    Oct 1, 2002
    Chandler, AZ
    Hmm, this has nearly passed by my level of expertise with Galleon, but I'll give it a last try. At this point, the next thing I can think of is to gather info from your log file, comparing it to my log. Also, what version of Galleon are you using?

    I am also puzzled with why 'default' gave you a different response than the other selections. So, let's see what we can find out.

    With 'default' chosen, stop the Galleon GUI and Server. Then, restart the Galleon server. Wait for a few minutes (like 5), then check your log file for the following areas:

    02:21:21,389 INFO [main] Server - Galleon Version=1.9.2
    02:21:21,393 INFO [main] Server - Local IP=<what is this IP>
    02:21:21,393 INFO [main] Server - Host=<your host name>
    . . .
    02:21:33,837 INFO [main] HibernateUtil - Initialized Hibernate
    02:21:35,867 DEBUG [main] TiVoListener - Interface: /<what is this IP>
    02:21:35,918 DEBUG [JmDNS.ServiceBrowser: _http._tcp.local.] TiVoListener - addService: <a TiVo name>
    02:21:35,931 DEBUG [JmDNS.ServiceBrowser: _http._tcp.local.] TiVoListener - addService: <another TiVo name>
    02:21:35,932 DEBUG [JmDNS.ServiceResolver] TiVoListener - resolveService: _http._tcp.local. (<the first TiVo name again>._http._tcp.local.)
    02:21:35,933 DEBUG [JmDNS.ServiceResolver] TiVoListener - resolveService: _http._tcp.local. (<the second TiVo name again>._http._tcp.local.)
    02:21:36,465 INFO [main] AppHost - added factory
    02:21:36,465 INFO [main] AppHost - MDNS: http://<what is this IP>:7288/ToGoG/
    02:21:37,328 DEBUG [main] Tools - findAvailablePort: 1099
    02:21:37,329 DEBUG [main] Tools - Trying port 1099
    02:21:37,594 DEBUG [main] Tools - findAvailablePort: 8081
    02:21:37,594 DEBUG [main] Tools - Trying port 8081
    02:21:37,619 DEBUG [main] Server - Using beacon port=2190
    02:21:37,622 INFO [main] BroadcastThread - High frequency enabled
    02:21:37,623 INFO [main] Server - Broadcast port=2190
    02:21:37,708 DEBUG [ConnectionThread] ConnectionThread - Server waiting for client on port 2190
    02:21:37,710 DEBUG [ToGoThread] ToGoThread - tivos=4

    If things are working well, you should see something like this when Galleon is getting program info from your TiVo(s):
    02:21:37,710 DEBUG [ToGoThread] ToGo - getRecordings: 4
    02:21:37,711 DEBUG [ToGoThread] ToGo - mServerConfiguration.getMediaAccessKey()=32
    02:21:37,765 DEBUG [ToGoThread] ToGo - /TiVoConnect?Command=QueryContainer&Container=%2FNowPlaying&Recurse=Yes&ItemCount=20&AnchorOffset=0
    02:21:41,341 DEBUG [ToGoThread] ToGo - lastChangedDate=Sat Jan 14 02:07:34 MST 2006
    02:21:41,342 DEBUG [ToGoThread] ToGo - tivo.getLastChangedDate()=Sat Jan 14 02:00:02 MST 2006
    02:21:41,342 DEBUG [ToGoThread] ToGo - total=50
    02:21:41,342 DEBUG [ToGoThread] ToGo - tivo.getNumShows()=11
    02:21:41,343 DEBUG [ToGoThread] ToGoThread - 1 of 50
    02:21:41,352 DEBUG [ToGoThread] ToGoThread - 2 of 50
    . . .
    02:21:41,386 DEBUG [ToGoThread] ToGoThread - 20 of 50
    02:21:41,487 DEBUG [ToGoThread] ToGo - /TiVoConnect?Command=QueryContainer&Container=%2FNowPlaying&Recurse=Yes&ItemCount=20&AnchorOffset=20
    02:21:42,910 DEBUG [BroadcastThread] BroadcastThread - Sent broadcast: TiVoConnect=1
    Method=Broadcast
    Platform=pc/Mac OS X
    Machine=<your host name>
    Identity=<the same host IP address>
    Services=TiVoMediaServer:8081/http
    swversion=1.9.2
    to <local subnet broadcast address>
    02:21:43,814 DEBUG [ToGoThread] ToGo - lastChangedDate=Sat Jan 14 02:07:34 MST 2006
    02:21:43,815 DEBUG [ToGoThread] ToGo - tivo.getLastChangedDate()=Sat Jan 14 02:07:34 MST 2006
    02:21:43,815 DEBUG [ToGoThread] ToGo - total=50
    02:21:43,815 DEBUG [ToGoThread] ToGo - tivo.getNumShows()=20
    02:21:43,816 DEBUG [ToGoThread] ToGoThread - 21 of 50
    02:21:43,817 DEBUG [ToGoThread] ToGoThread - 22 of 50
    . . .

    Galleon also automatically adds entries for other Galleon or TiVo Desktop computers, and these give the following errors:

    02:34:23,268 ERROR [ToGoThread] ToGo - java.net.ConnectException: Operation timed out
    02:34:23,269 DEBUG [ToGoThread] ToGo - java.net.ConnectException: Operation timed out
    at java.net.PlainSocketImpl.socketConnect(Native Method)
    at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
    . . .
    and
    02:32:58,335 ERROR [ToGoThread] ToGo - java.net.ConnectException: Connection refused
    02:32:58,338 DEBUG [ToGoThread] ToGo - java.net.ConnectException: Connection refused
    at java.net.PlainSocketImpl.socketConnect(Native Method)
    at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)


    Now, let's check out the ToGo App. When you start the GUI, you should see the ToGo app listed on the left side (under Apps), and when you choose it, the ToGo app should show on the right side. Be sure that a title shows in the Title field.

    Choose File=>ToGo, and look at the list of TiVos. Does anything show in the lower list? Last, did any TiVos show up on the lower list (that you didn't enter yourself)?

    EDIT: You can try this with the other IP settings. I suggest this sequence:
    After checking the above, start the GUI. Pick a different IP address, and exit the GUI.
    Stop the Galleon Server.
    Restart the Galleon Server.
    Check the results as indicated above.

    Interestingly, when I selected "Default", I also had the "No TiVos" message. I can't seem to get any log messages when I use the 'Test' function.
     
  20. Jan 14, 2006 #80 of 138
    javahmo

    javahmo New Member

    1,538
    0
    Aug 11, 2003
    I've found a bug that will could cause the wrong interface to be used for part of the communication with the TiVo recorder. This will be fixed in the next release. This might be a factor in your installation.
     

Share This Page

spam firewall

Advertisements