PDA

View Full Version : Loadguide problem



Benji
06-04-2004, 10:44 AM
Hi there,

After spending an instructive few hours setting up my Tivo today I've hit a snag with loadguide. Running it from the console produces the following:

dbload (0x3000d)
while executing
dbload $db $file"
(file ".dbload.tcl" line 20)

The slice has downloaded with no problems and is correctly located in /var/hack/guide. I've done a search on the oztivo mailinglist archives, the problem has occured for others, and relates to the slice having been transferred in ascii rather than binary mode. Having looked at loadguide and noticed it was using wget. I thought I could force the connection to the server to be binary however this doesn't seem to be a feature for http transfers.

Is anyone else experiencing this, or have a soln?

Cheers

B

brucer
06-04-2004, 12:01 PM
Hi there, I'm getting the same error with the latest slice, the previous two worked fine for me..(I've only had my Tivo up and running for few days)

Benji
06-04-2004, 12:04 PM
It could be a slice problem then, Tim can you comment?

I'm having no problem loading the no-nag slice which has come from the same website via http, but I did open and save that using nano. My Tivo spits the dummy if I try to do that with the nztivo.slice (to big I guess)

EDIT Just some additonal info, If I click on the "live TV" button, there certainly appears to be guide data there. Though "curling" shows up a lot!

Cheers

B

timmy
06-04-2004, 02:51 PM
hmm Jaidev used a newer version of wtwriteguide to make the slice so maybe that has something to do with it...

brucer
07-04-2004, 05:48 AM
Any suggestions for troubleshooting this? I've tried several times and always get the same error (after lengthy processing)..

zollymonsta
07-04-2004, 02:43 PM
Hi there,

After spending an instructive few hours setting up my Tivo today I've hit a snag with loadguide. Running it from the console produces the following:

dbload (0x3000d)
while executing
dbload $db $file"
(file ".dbload.tcl" line 20)


B

I have exactly the same error.

[TiVo [p0] /var/hack/guide]# LOADGUIDE
dbload (0x3000d)

while executing
"dbload $db $file"
(file "/hack/bin/dbload30.tcl" line 20)
04/07:17:37:46: /hack/bin/sendtivomail.tcl: Creating Error updating NZ Sky Message...
04/07:17:37:47: /hack/bin/sendtivomail.tcl: Calling event send 23 DATA_MESSAGES 0
[TiVo [p0] /var/hack/guide]#

Well slightly different but same error (perhaps I'm using a different image to you?) I thought my re-image was incorrect.. perhaps it isn't.

timmy
07-04-2004, 03:01 PM
the slice is bad. everyone i talk to says its bad. Jaidev messed up. havent spoken to him since he made that slice, have been manually loading my slices for the last 3-4 weeks since lending out my turbonet and I hadn't loaded the latest slice.

sorry guys...

jaidev
07-04-2004, 07:23 PM
Hmm ok I'll look into it...
Please direct all guide data problems to the NZ Guide Data section, thanks...

jaidev
07-04-2004, 11:09 PM
Sorry I think I screwed up and uploaded it in ASCII :)
heh anyway a new slice is up so off you go..

b.t.w please report NZ guide data problems either on the forums or the
NZ mailing list.

I have also found issues with ISP's running transparent proxy cache's,
it's never been an issue till now, since there is a corrupt slice, which
you would have already downloaded, doing another request for the slice
(as it has the same name) will download the corrupt one from the ISP's
cache. I know Paradise have a transparent cache.

The only way I have found to get around it is, to modify the URL by
putting parameters in the URL i.e. http://www.urltodownload.com?%3
Or wait till the file expires in the ISP's cache, not sure how long, few
days

You could also ring your ISP and ask if they can exclude the url from
being cached.

cheers
Jaidev

brucer
08-04-2004, 04:27 AM
The new slice worked fine, thanks!

One question, every time I run loadguide I get this (apparently non-fatal) error:

04/08:07:13:43: /hack/bin/sendtivomail.tcl: Creating NZ Sky UPDATED Message...
04/08:07:13:43: /hack/bin/sendtivomail.tcl: Calling event send 23 DATA_MESSAGES 0
Failed to read from get_postalcode pipe: Protocol wrong type for socket

Does anyone know what this means?

TIA, Bruce.

curto
08-04-2004, 08:16 PM
Bruce,

Port 23 is Telnet and The PostalCode may be something to do with the Guided setup - do you NZ guys do a whole guided setup or bail out 1/2 way through ??

Craig

brucer
09-04-2004, 09:20 AM
Hi Craig, I didn't do guided setup at all this time..

zollymonsta
09-04-2004, 05:12 PM
Bruce,

Port 23 is Telnet and The PostalCode may be something to do with the Guided setup - do you NZ guys do a whole guided setup or bail out 1/2 way through ??

Craig

Hi Craig,

We have to go through the full OzTiVo setup (well, I did)
I've actually used the Darwin Zip Code myself, and changed it to use the Auckland timezone file (off a linux box).

I don't think it's possible to bail out through the setup halfway through.

Dalc
15-04-2004, 09:09 AM
Don't need to use the guided setup at all. Once tivo booted up, just telnet in and set everything up. Then after a reboot you're all go.

timmy
15-04-2004, 02:30 PM
I thought that was probably the case, as it was with existing images. hence i put the note about it underneath the text. will update to remove this and explain it.

hh75
18-05-2004, 06:13 AM
Fix for fixtivotime (you must have applied fixes from Timmy's page http://www.tjv.info/tivo-howto2.aspx for Pacific timezone FIRST)

Update for howto instructions - taken form oztivo mailing list credit "mce mce146 at yahoo.com.au "

1. Look in (via tivoweb) MFS | State | LocationConfig

or

http://tivo/mfs/State/LocationConfig

or

Upload get_postalcode and make a copy of it to get_postalcode.tcl ...
[Tivo [p0] /hack/bin]# cp get_postalcode get_postalcode.tcl
... and make it executable with ...
[Tivo [p0] /hack/bin]# chmod 755 get_postalcode.tcl

Now run it with...

[Tivo [p0] /hack/bin]# get_postalcode.tcl

it should return, nothing, a blank line.

If it does return a post code, make sure it is correct for you.

For the PostalCode setting, my tivoweb showed this:

LocationConfig 665783/10 {
Version = 1
IndexPath = /State/LocationConfig
}

2. You see, no PostalCode setting, therefore we will need to issue:

[Tivo [p0] /hack/bin]# dbsetx /State/LocationConfig PostalCode 03000 <==
Taken from below.

Taken from postcodezones file:

# A list of TiVo postcodes and the timezones that they represent
# Two columns, separated by a single tab.
#
00800 Pacific/Auckland
02000 Australia/Sydney
02600 Australia/Sydney
03000 Australia/Melbourne
04000 Australia/Brisbane
05000 Australia/Adelaide
06000 Australia/Perth
07000 Australia/Hobart

3. Look in LocationConfig again like we did in #1, now has.

LocationConfig 665783/10 {
Version = 2
PostalCode = 03000
IndexPath = /State/LocationConfig
}

and running get_postalcode.tcl again returns 03000.

4. rtimetz should now work

tenty
18-05-2004, 06:02 PM
Upload get_postalcode and make a copy of it to get_postalcode.tcl ...
[Tivo [p0] /hack/bin]# cp get_postalcode get_postalcode.tcl
... and make it executable with ...
[Tivo [p0] /hack/bin]# chmod 755 get_postalcode.tcl


I was just wondering:
a) why do you make a copy of it? Linux does not care whether or not you have a file extension!
AND/OR
b) if you have to copy it, why waste space? surely (and I haven't tried it yet) you should be able to `ln -s get_postalcode get_postalcode.tcl`
(btw, that's lower case "LN" which means "symbolic Link"
oh and c) for people who are new to linux and don't understand "chmod 755", I would recomend subsituting that for "chmod +rx" instead

Not getting narky, just wondering why this step is put in when it seems unnecessary :)

hh75
18-05-2004, 07:24 PM
Great linux tips.

I'm a civilian newbie so thats why I don't have elegent linux yet -)