Series2 Standalone Unit

Any idea on my 'bad http request' problem tivoupgrade? I should note that wget works fine with rbauchs enhancements script.

Click to expand...

I don't think its a problem on the server side or it would be happening to more than one person. My guess is that something is not right with your networking configuration or something (personal firewall, perhaps?) is blocking the connection somewhere...

... also you never mentioned what type of TiVo you have or how you've networked it...

I don't think its a problem on the server side or it would be happening to more than one person. My guess is that something is not right with your networking configuration or something (personal firewall, perhaps?) is blocking the connection somewhere...

... also you never mentioned what type of TiVo you have or how you've networked it...

Click to expand...

Sorry, this is on a SD DTivo, wired with a FA120. I'm not running any firewalls period. I'm guessing the problem is my stupid direcway (now Hughes) satellite modem. Certain things just don't work. I can never transfer files using MSN Messenger or establish a remote desktop connection from outside my network into it or vice versa. This is the whole reason I was excited about this program as the stupid satellite modem doesn't allow me to do port forwarding so I can't even get in the old fashioned way. Oh well... This is what I get for living in the boonies!

Sorry, this is on a SD DTivo, wired with a FA120. I'm not running any firewalls period. I'm guessing the problem is my stupid direcway (now Hughes) satellite modem. Certain things just don't work. I can never transfer files using MSN Messenger or establish a remote desktop connection from outside my network into it or vice versa. This is the whole reason I was excited about this program as the stupid satellite modem doesn't allow me to do port forwarding so I can't even get in the old fashioned way. Oh well... This is what I get for living in the boonies!

Click to expand...

That is interesting. I don't know anything about the Direcway system, but if they are limiting traffic to just certain ports, then that would make sense. The gotomydvr architecture sets up communications between your TiVo and our server on a unique port once it establishes communication - if your modem is blocking any outgoing connections, that would explain it - and your MSN / remote desktop issues do make it sound that way. Sorry!

How do I get it to work with 6.3? It worked when I had 3.1 and network access but I don't have network access anymore with 6.3.

Click to expand...

FYI, we've just confirmed that the client is not working on 6.3 either; seems to be the same issue we ran into with 7.2 / 7.3 on the standalone series2 unit. We are looking into having the client rebuild so that it will work as it should...

I installed this last night on my 4 SD-DVR40s. Two work and two don't.

The two that work were zippered (recently) and are running Tivo 6.2.

The two that don't are older units, running the PTVUpgrade-hacked disk, Tivo 3.1.1e. They do run at first when started, but after a short while show disconnected. Running ps -aux reveals that the client is not running. When restarted it runs for a short while and then quits. It seems to run until I quit telnet.

All are connected thru DSL with USB network adapter. The working units use static IPs and the non-working use dynamic IPs.

Click to expand...

Hmmm. Well, we haven't tested the client on 3.1.1e - that could be the problem there. Might want to reboot the 3.1.1e units to see if that helps.
09-15-2006 07:33 AM

Click to expand...

I tried rebooting the two units running 3.1.1e over the weekend. They ran OK for a while. An hour later, when I tried, they both showed disconnected. But, this time ps -aux showed that the clients were running!

Yesterday, without me doing anything, the two units running 3.1.1e worked OK, and the other two (running 6.2) showed disconnected. When checked with ps -aux, the clients were not running. I just now restarted the clients, and at the moment all four are working. We'll see how long this lasts!

FYI, we've just confirmed that the client is not working on 6.3 either; seems to be the same issue we ran into with 7.2 / 7.3 on the standalone series2 unit. We are looking into having the client rebuild so that it will work as it should...

I tried rebooting the two units running 3.1.1e over the weekend. They ran OK for a while. An hour later, when I tried, they both showed disconnected. But, this time ps -aux showed that the clients were running!

Yesterday, without me doing anything, the two units running 3.1.1e worked OK, and the other two (running 6.2) showed disconnected. When checked with ps -aux, the clients were not running. I just now restarted the clients, and at the moment all four are working. We'll see how long this lasts!

Click to expand...

Well, an hour after I last wrote, none of my 4 units work, and all of them show that the client is running.

Tell me more about your internet connection (what ISP do you use, what type of router; anything 'exotic' involved?)

Click to expand...

My internet connection is DSL from QWest, with ISP thru avvanta.com. Connecting with the QWest-supplied DSL modem/router ActionTec GT701-WG. The Tivos are connected with a wired internet connection with a standard ethernet switch and Netgear FA120 USB/Ethernet adapters. Two of the Tivos (the ones running 3.1.1e) use DHCP-generated IPs, the other two (the ones running 6.2) use hard-coded IPs.

Anything else you'd like to know?

And, by the way, all four of my Tivos are working (i.e., accessible thru GotoMyDVR) at the moment. I did nothing to them since last night when they weren't working (showed disconnected).

My internet connection is DSL from QWest, with ISP thru avvanta.com. Connecting with the QWest-supplied DSL modem/router ActionTec GT701-WG. The Tivos are connected with a wired internet connection with a standard ethernet switch and Netgear FA120 USB/Ethernet adapters. Two of the Tivos (the ones running 3.1.1e) use DHCP-generated IPs, the other two (the ones running 6.2) use hard-coded IPs.

Anything else you'd like to know?

And, by the way, all four of my Tivos are working (i.e., accessible thru GotoMyDVR) at the moment. I did nothing to them since last night when they weren't working (showed disconnected).

Click to expand...

doesn't sound like anything weird. Could have been a glitch with your service provider; I don't think there is any way to prove that though -- but if they are small-time and have intermittent outages, I'd keep my eye on that.

if the client is running ok on 3.1.1.e, i don't really see why that would be a problem...

i am really at a loss... its possible that you may not be the only one losing connections, but the only one reporting it; perhaps this discussion will bring some others into the foreground...

btw, when a connection 'goes away' the client is supposed to restablish it within a few minutes - so in a sense, it sounds like the client is actually working; the big question is why you are losing connections at all...

btw, when a connection 'goes away' the client is supposed to restablish it within a few minutes - so in a sense, it sounds like the client is actually working; the big question is why you are losing connections at all...

Click to expand...

When you say a connection 'goes away', are you thinking of an interruption in my DSL connection? Because I do occasionally see the status lights on the front of the DSL modem flash in a manner that indicates it's re-establishing a connection. And I intentionally reset it occasionally when I notice that the connection speed has slowed down. Would this explain any of this? Does the client need to continually (or frequently) communicate with the server? Does any of this explain why the client sometimes stops running on the Tivo?

When you say a connection 'goes away', are you thinking of an interruption in my DSL connection? Because I do occasionally see the status lights on the front of the DSL modem flash in a manner that indicates it's re-establishing a connection. And I intentionally reset it occasionally when I notice that the connection speed has slowed down. Would this explain any of this? Does the client need to continually (or frequently) communicate with the server? Does any of this explain why the client sometimes stops running on the Tivo?

Click to expand...

That *might* explain it. The client does not need to continually contact the server, but it does check in, periodically, and if the connection is interrupted, its possible that it needs to establish a new one. What may be happening is that the connection information still needs to time out on the server side before a new one can be established, so there would be a period of time between you resetting your connection (or the connection being lost) and when the client can actually reconnect to the server.

I will discuss with the developers to get a better explanation, but an intermittent internet connection could definitely explain the issue...

btw, when a connection 'goes away' the client is supposed to restablish it within a few minutes - so in a sense, it sounds like the client is actually working; the big question is why you are losing connections at all...

Click to expand...

The client does not need to continually contact the server, but it does check in, periodically,

Click to expand...

the connection information still needs to time out on the server side before a new one can be established, so there would be a period of time between you resetting your connection (or the connection being lost) and when the client can actually reconnect to the server.

Click to expand...

These periods of time you refer to, are you talking about 5 minutes, 30 minutes, 2 hours, what? That is, if the client is running, but not showing connected, about how long would it be before it did whatever it has to do to reestablish the connection?

And, for your information, all 4 of my Tivos are still working OK (showing connected on GotoMyDVR). It's been about two days now. And I did replace a bad section of cable in my phone wiring on Monday, which had probably been causing more irregularity on the internet connection than usual.

I have 3 units. I noticed random discos - but restarted the client via bash prompt command. I was away last weekend and was going to show a friend how it worked - but they were disconnected again. This AM, I went to check it - and again, all 3 were still disconnected.

Here's what I have (I just went to Directv 's web site for my model info):

I have 3 units. I noticed random discos - but restarted the client via bash prompt command. I was away last weekend and was going to show a friend how it worked - but they were disconnected again. This AM, I went to check it - and again, all 3 were still disconnected.

Here's what I have (I just went to Directv 's web site for my model info):

Made a small change to a configuration file on the server. Please let me know if it makes a difference. First just try connecting without restarting your clients. If you still get a disconnect message, please verify that the clients are still running. Then, if necessary, restart your clients (make sure you don't have multiple ones running - restart your TiVo, if necessary).

FYI, I've been trying a few experiments with my 4 Tivos and GotoMyDVR. I've determined that any interruption in my DSL connection, even a few seconds, results in all 4 going to "disconnected" in GotoMyDVR. The clients in the Tivos have been OK (that is, still running) after this (recently - in the past the clients have sometimes quit also). They do eventually reconnect, but it takes a lot longer than "a few minutes". I was trying to determine how long, but all I can tell you is longer than several hours. When I interrupt my DSL connection (and thus cause a "disconnected" state) in the afternoon or evening, they don't reconnect later that evening but are connected again the next morning.

EXCEPT, this morning I did it again, and all 4 were "disconnected", and when I checked again a couple of hours later they were connected again. Did the server change you mention in the previous post affect the reconnect time?

FYI, I've been trying a few experiments with my 4 Tivos and GotoMyDVR. I've determined that any interruption in my DSL connection, even a few seconds, results in all 4 going to "disconnected" in GotoMyDVR. The clients in the Tivos have been OK (that is, still running) after this (recently - in the past the clients have sometimes quit also). They do eventually reconnect, but it takes a lot longer than "a few minutes". I was trying to determine how long, but all I can tell you is longer than several hours. When I interrupt my DSL connection (and thus cause a "disconnected" state) in the afternoon or evening, they don't reconnect later that evening but are connected again the next morning.

EXCEPT, this morning I did it again, and all 4 were "disconnected", and when I checked again a couple of hours later they were connected again. Did the server change you mention in the previous post affect the reconnect time?

Click to expand...

Its not surprising that a disconnection of your DSL would result in the client not working. There are two sides to the equation, though - how often the client retries, and how long it takes the session on the server side to timeout. We'll look into it further, but its safe to say that a stable internet connection is your best friend.

Made a small change to a configuration file on the server. Please let me know if it makes a difference. First just try connecting without restarting your clients. If you still get a disconnect message, please verify that the clients are still running. Then, if necessary, restart your clients (make sure you don't have multiple ones running - restart your TiVo, if necessary).

Click to expand...

Hi Lou,

I could NOT connect so I ran ps -aux and found the client was NOT running on all three units. I ran "/gotomydvr/etc/rc.gotomydvr &" at the bash prompt and verified with ps -aux. Client is running on all 3 units. I went back to reading this forum for about 10 minutes and decided to go to the webpage and look at my TiVOs. ALL 3 are disconnected again.

I'm going to have to reread some more to see if I missed some sort of change that I need to do since the original install. I will say that when I installed the client it ran w/o issue for several days.. seems odd to me that now it won't run more than 10 minutes.

It looks like when I quit my telnet session - I lose the client. What did I miss??

It looks like when I quit my telnet session - I lose the client. What did I miss??

Steve

Click to expand...

That has definitely been covered, but very early in the thread; I haven't verified it, but I think on this particular system, if you close the telnet session, any 'child' processes in the background will close, as well. I've not known that to happen when a process is backgrounded and I do not know if that can be changed.

What I recommend you do is restart your TiVo and let the client startup as part of the normal startup sequence (start commands should be in your /etc/rc.d/rc.sysinit.author file already), and see if that makes a difference.