Failed while preparing data.....AGAIN.

[DJC]

Not very helpful is it.

It is helpful in the fact that you now know what is causing or contributing to the clock warped issue.

When the rest of us access the emulator, our tivo clocks are automatically set to the correct time (daily). No drift and no warped clock.

Can you sum your ntpdate and post the result here, better check just in case

type:-

sum /bin/ntpdate

[Wibble]

try ntpdate -v -v -v -s 210.48.107.133
or ntpdate -vvvs 210.48.107.133
if that works make the one you use ntpdate -s 210.48.107.133

There are 2 version of ntpdate.

The one where this works:
ntpdate -ddd 127.0.0.1
31 May 10:47:41 ntpdate[399]: ntpdate 3-5.93 Fri Apr 5 00:15:50 PST 2002 (1)
which uses UDP port 123

and the version which is the one you appear to have
which uses TCP port 37

For those that are interested, the
UDP 123 version of ntp date is based on this:
http://www.opensource.apple.com/darw...date/ntpdate.c

The TCP 37 source is here:
http://www.forums.oztivo.net/showthr...2295&#post2295

[petestrash]

try ntpdate -v -v -v -s 210.48.107.133
or ntpdate -vvvs 210.48.107.133
if that works make the one you use ntpdate -s 210.48.107.133

FWIW on my system using the current (port37) OzTiVo ntpdate I get the following

[TiVo [p0] ~]# /bin/ntpdate -v -v -v -s 210.48.107.133
/bin/ntpdate: invalid option -- s
Our postcode is 06000. Found matching timezone Australia/Perth
Offset 28800 for timezone WST, daylight saving is 0
Connecting to time server 210.48.107.133
Setting the local time to Wed May 31 11:21:09 2006
gmtime gives    106/4/31 11:21:09  [3]
sending to clock 06/05/31 11:21:09  [3]
[TiVo [p0] ~]#
[TiVo [p0] ~]# /bin/ntpdate -vvvs 210.48.107.133
/bin/ntpdate: invalid option -- s
Our postcode is 06000. Found matching timezone Australia/Perth
Offset 28800 for timezone WST, daylight saving is 0
Connecting to time server 210.48.107.133
Setting the local time to Wed May 31 11:21:37 2006
gmtime gives    106/4/31 11:21:37  [3]
sending to clock 06/05/31 11:21:37  [3]

Which is the same result as just using a single verbose -v.

and the sum is:
[TiVo [p0] ~]# sum /bin/ntpdate
25904 59


Peter.

[DavidClarke]

XTRA... FWIW

[TiVo [p3] ~]#
[TiVo [p3] ~]# ntpdate -v -v -v -s 210.48.107.133
ntpdate: invalid option -- s
Our postcode is 02113. No matching timezone for postcode 02113
[TiVo [p3] ~]#
[TiVo [p3] ~]#
[TiVo [p3] ~]# ntpdate -vvvs 210.48.107.133
ntpdate: invalid option -- s
Our postcode is 02113. No matching timezone for postcode 02113
[TiVo [p3] ~]#
[TiVo [p3] ~]# sum /bin/ntpdate
25904 59
[TiVo [p3] ~]#

[Muzza]

It is helpful in the fact that you now know what is causing or contributing to the clock warped issue.

When the rest of us access the emulator, our tivo clocks are automatically set to the correct time (daily). No drift and no warped clock.

Can you sum your ntpdate and post the result here, better check just in case

type:-

sum /bin/ntpdate

My result....

[TiVo [p1] ~]# sum /bin/ntpdate
25904 59
[TiVo [p1] ~]#
[TiVo [p1] ~]#

[Muzza]

try ntpdate -v -v -v -s 210.48.107.133
or ntpdate -vvvs 210.48.107.133
if that works make the one you use ntpdate -s 210.48.107.133

There are 2 version of ntpdate.

The one where this works:
ntpdate -ddd 127.0.0.1
31 May 10:47:41 ntpdate[399]: ntpdate 3-5.93 Fri Apr 5 00:15:50 PST 2002 (1)
which uses UDP port 123

and the version which is the one you appear to have
which uses TCP port 37

For those that are interested, the
UDP 123 version of ntp date is based on this:
http://www.opensource.apple.com/darw...date/ntpdate.c

The TCP 37 source is here:
http://www.forums.oztivo.net/showthr...2295&#post2295

My result......

[TiVo [p1] ~]# ntpdate -v -v -v -s 210.48.107.133
ntpdate: invalid option -- s
Our postcode is 02113. No matching timezone for postcode 02113
[TiVo [p1] ~]#
[TiVo [p1] ~]# ntpdate -vvvs 210.48.107.133
ntpdate: invalid option -- s
Our postcode is 02113. No matching timezone for postcode 02113
[TiVo [p1] ~]#
[TiVo [p1] ~]#

[DJC]

OK so the ntpdates are all correct. So thats not the issue, the image is ok.

Please post your /etc/postcodezones file... type:-

cat /etc/postcodezones

You need to check two things.

1. There is only one tab between the postcode and timezone

2. The file is in unix format (that there are no ^M's) ...

[thomson]

[TiVo [p3] ~]# ntpdate -vvvs 210.48.107.133
ntpdate: invalid option -- s
Our postcode is 02113. No matching timezone for postcode 02113

DJC is correct. It looks like you may not have an entry in your /etc/postcodezones file. If you execute "cat -et /etc/postcodezones" then you should see a line similar to:

02113^IPacific/Auckland$

[DavidClarke]

OK so the ntpdates are all correct. So thats not the issue, the image is ok.

Please post your /etc/postcodezones file... type:-

cat /etc/postcodezones

You need to check two things.

1. There is only one tab between the postcode and timezone

2. The file is in unix format (that there are no ^M's) ...

[TiVo [p3] ~]# cat /etc/postcodezones
# A list of TiVo postcodes and the timezones that they represent
# Two columns, separated by one tab only.
#
00800 Australia/Darwin
02000 Australia/Sydney
02600 Australia/Sydney
03000 Australia/Melbourne
04000 Australia/Brisbane
05000 Australia/Adelaide
06000 Australia/Perth
07000 Australia/Hobart
[TiVo [p3] ~]#

Who nicked Godzone off the list?

[DJC]

Ok, thats your problem you need the New Zealand postcodes in this file.

This is in the NZ images, but perhaps not in the earlier AU images..

This is my file and the standard file I've included in the NZ images.

Ensure you use 1 tab between the zone and the 'Pacific/Auckland'

# A list of TiVo postcodes and the timezones that they represent
# Two columns, separated by one tab only.
#
00800   Australia/Darwin
02000   Australia/Sydney
02600   Australia/Sydney
03000   Australia/Melbourne
04000   Australia/Brisbane
05000   Australia/Adelaide
06000   Australia/Perth
07000   Australia/Hobart
64000   Pacific/Auckland
 
# New Zealand
02112   Pacific/Auckland
02113   Pacific/Auckland
02114   Pacific/Auckland
02115   Pacific/Auckland
02116   Pacific/Auckland

Set that up and post results thanks.