a 'Test' call will often work even if you have Proxy issues with your ISP.
Peter.
Printable View
a 'Test' call will often work even if you have Proxy issues with your ISP.
Peter.
It all looks ok to me (networking wise) and it seems odd that it would suddenly change as far as ISP or network config goes.
It definately starts to prepare/transfer guide data which would imply that it already has finished with the internet side of things I would have thought. It seems to be failing at the TiVo OS to me. The question is ....why??
I'm getting exactly the same problems/symptoms as Muzza.
Last time I had the same problem I stuffed around setting the date and time manually, then doing a touch /var/timestamp and forced a reindex as well.
PetesTrash : quick question. The ntpdate call that you suggest putting into the crontab. What are those server ip addresses that it's calling ... standard ntp servers? In which case should we (Muzza and I are both in NZ) be using NZ-based ntp server addresses instead of the ones you listed in your example?
And where can we see what the timezone settings are on the tivo .. to check that it is set correctly? I'm assuming that the ntpdate call gets the GMT time from the NTP server then calculates the correct time from GMT +- timezone offset?
Like Muzza, what I'm seeing is that the call completes, the download is successful, but then the indexing process fails during the "preparing guide data" stage. So I don't think there's a network problem ...
Cheers
Mark
Hi all,
Not sure if this is relevant to the problem, but I've got a message in tverr.log:
May 16 22:39:06 (none) TmkTransform::Trace[161]: Have a buffer (0) with zero segmentsDid someone zero memory?
May 16 22:39:06 (none) TmkTransform::Trace[161]: leaking buffers = pt->theBuf = 0x30301000. Trying to recover.
May 16 22:39:39 (none) last message repeated 27 times
May 16 22:39:39 (none) last message repeated 27 times
Anyone know what this means?
Cheers
Mark
If the file was corrupted or truncated, the download would still appear to be ok and only fork during loading.Quote:
Originally Posted by Muzza
Peter
I haven't suggested putting the ntpdate command into crontab. It should be automatically run during the daily call each day. I haven't bothered checking where these servers are located, but they are standard NTPservers. The same ones that are built into the image, so if it doesn't work manually it's not going to work during a daily call. It only needs one of the address to work successfully.Quote:
Originally Posted by NZMarke
The TiVo thinks it's in GMT, but the oztivo image works out the correct timezone based on your postcode.Quote:
Originally Posted by NZMarke
This is usually the first signs of the event bug and the TiVo will soon freeze and reboot, it should be un-related to the other problems. If it hasn't already rebooted, it's probably an idea to do it now manually.Quote:
Originally Posted by NZMarke
Peter.
After a suggestion from NZMarke on the NZ forums I ended up doing a "Clear program data & ToDo list" last night and getting the whole program guide from fresh. Which seems to have worked fine. It took about an hour to do the clearing of the data, then a while to reload (I forced a call from TiVo Web) and reindexed again, restored my backed up season passes etc and so far so good.
I suspect this will only be for a few weeks though and then I'll get my "warped clock" issue again so we still need to work out why it happens.
It does seem a little strange the only people currently with warped clock issues and data failing to load are both from NZ.
Maybe there is an issue with one of the NZ emulators or a bad slice.
Peter.