Failed while preparing data.....AGAIN.

I've had the same problem every month since getting my tivo (about 3-4 months ago now). The only way I can get the guide data is by doing a clear & delete everything and running GS again. This is the only time for me that the daily call will work.

Once up and running my daily call will always fail again while preparing data and when my program guide data runs out I just do a clear and delete + GS again and that sees me right for another few weeks - very frustrating!!

I'm using the latest NZtivo image and my ISP is Xtra.

Quote:

---

Originally Posted by Muzza

We are both with Xtra.

Results from suggestion....

[TiVo [p1] ~]# ntpdate -b 129.6.15.29
[TiVo [p1] ~]#
[TiVo [p1] ~]#

Is that what you'd expect or should I receive a confirmation or something?


Regards
Muzza.

---

I get:

[TiVo [S3]] # ntpdate -b 129.6.15.29
gmtime gives 106/4/28 11:43:45 [0]
sending to clock 06/05/28 11:43:45 [0]

My ISP is Xtra and I use the NZ version 1.4 and an OzTivo version (2 Tivos).
I have no problems with the loading of guide data.

Hope this helps.

Looks like Peter might be onto something here.

You should get this ... the response indicates that the ntp server has been successfully queried...

[TiVo [p1] ~]# ntpdate -b 129.6.15.29
gmtime gives 106/4/28 12:15:18 [0]
sending to clock 06/05/28 12:15:18 [0]
[TiVo [p1] ~]#
[TiVo [p1] ~]#
[TiVo [p1] ~]#

EDIT: As per Islander above. Also this means Xtra isn't likely doing anything funny with blocking. So the next step is to check your router configuration...

similar issues to other users here, have made a cron script to touch the timestamp every am...

ntpdate -b 129.6.15.29 returns nothing, however I had its permissions wrong initially, but

[TiVo [p0] /bin]# rw
File system is now READ/WRITE.
[TiVo [p0] /bin]# chmod 755 /bin/ntpdate
[TiVo [p0] /bin]# ro

fixed that...

Anyone know a NTP server that is visiable from XTRA???

Out of internest, ntp runs fine on my Mac on the same network (actually, both Macs), so NTP not seeing the world from my Tivo is an obvious problem and a likely source of the NZ warped clock issue.

Not sure why it works for some and not others. Too many variables to think about :confused:

When you said NTP is running on your Mac's, were you using the same IP's as ntpdate uses?

Peter.

What should I be checking on my router?

Just for interests sake - I have had my current router and Xtra connection for well over the last year so given this fault has only been more recently than that do you think Xtra has changed something or could it still be my router config?

Regards
Muzza.

There is also an ntp server on Orac.
You can use orac.caffeine.co.nz or 210.48.107.133

That's ntp protocol, port 123, not the time protocol port 37.

See: http://forums.oztivo.net/showthread....hlight=ntpdate

Quote:

---

Originally Posted by petestrash

When you said NTP is running on your Mac's, were you using the same IP's as ntpdate uses?

Peter.

---

Peter, Yes, tried them all and a couple of NZ based NTP Servers as well from the Tivo. Also orac as per below, no dice from the tivo.

Thanks
Dave

Quote:

---

Originally Posted by Wibble

There is also an ntp server on Orac.
You can use orac.caffeine.co.nz or 210.48.107.133

That's ntp protocol, port 123, not the time protocol port 37.

See: http://forums.oztivo.net/showthread....hlight=ntpdate

---

I have tried using orac from here

Code:

---

[TiVo [p0] ~]# /bin/ntpdate -b 210.48.107.133

---

, but it just hangs the process. From memory, I think orac blocks non NZ addresses so I can't test.

Also FYI the ntpdate used in r1.4 and r1.5 is no longer a symlink to fixtivotime. In fact fixtivotime is not included on recent images.

Peter.