Daily call not working

[MelissaH]

This is all that's in the tclient.log, it seems to have deleted everything else, and it's randomly deleted shows that have been (manually) recorded over the last few weeks..

Melissa.

Jun 16 09:30:48 (none) tcphonehome[182]: Log file rotation complete.
Jun 16 09:30:48 (none) tcphonehome[182]: TClient success
Jun 16 09:30:48 (none) comm[182]: CallStatusReporter: Phase: Prepare_Data, Status Succeeded
Jun 16 09:30:48 (none) comm[182]: CallStatusReporter: sending message "EX|49"
Jun 16 09:30:48 (none) tcphonehome[182]: Sending dialup event, subtype 7, msg Succeeded
Jun 16 09:30:48 (none) tcphonehome[182]: setCallStatus called with: Succeeded state 0
Jun 16 09:30:48 (none) tcphonehome[182]: LastCallAttempt at -995453476
Jun 16 09:30:48 (none) tcphonehome[182]: last attempt in future; set it to now: -995466552
Jun 16 09:30:48 (none) tcphonehome[182]: status is 'Succeeded' == 'Succeeded'
Jun 16 09:30:48 (none) tcphonehome[182]: setting last success time to -995466552
Jun 16 09:30:48 (none) tcphonehome[182]: setting call status to: Succeeded
Jun 16 09:30:48 (none) tcphonehome[182]: setting call in progress to 0 (second successCount)
Jun 16 09:30:48 (none) tcphonehome[182]: setting LastSuccessPgdCall to -995466552
Jun 16 09:30:48 (none) tcphonehome[182]: Setting callActive to 0
Jun 16 09:30:48 (none) comm[182]: CallStatusReporter: sending data changed event 20
Jun 16 09:30:48 (none) tcphonehome[182]: destroying CommGlobals!
Jun 16 09:30:49 (none) tcphonehome[182]: pCommMempool empty
Jun 16 09:30:49 (none) tcphonehome[182]: Setting MCP PhoneHome action: ENABLED

[petestrash]

Well according to that log.

Your last call home was a success. This is why it has been cleared.

Try posting your otclient.log it will show the previous attempts.

Also have you updated your TiVo recently? run oztivo_update -y.

There have been updates to ntpdate which was also causing hanging issues.

Peter.

[MelissaH]

Hi Peter,
Thanks for all your help so far, it is getting closer.... I've attached otclient.log and results of update_oztivo -y. Also, i now get 'upcoming' programs on the tivo, but no actual guide data and the upcoming program doesn't change..

Melissa.

[petestrash]

It seems like a proxy issue still, which is effecting slices.

Are you still testing with the TiVo connected by cable, not wireless ?

if yes, can you please post the content of your /var/hack/etc/emuProxyZA.conf

Peter

[MelissaH]

I've got it set up wireless. But here's /var/hack/etc/emuProxyZA.conf anyway.

# emuProxyZA.conf

# the serverip is specified in /etc/oztivo.conf
# any serverip specified here will be ignored
# modify rc.sysinit.author if you wish to change the emulator address
# serverIP=131.244.9.101

forceUpdate=0
raw=1

# all recognised parameters are listed below:
# taken from http://tivoza.nanfo.com/forum/viewtopic.php?t=180#1268 2/7/06

# debug: 0=No debug, 1=Debug info, 2=Detailed debug info
# serverIP: Guide server DNS or IP address, default: 204.176.49.2 (TiVo Inc)
# serverPort: Guide server port, default: 80
# localPort: emuProxyZA IP address, default: 0.0.0.0
# localIP: emuProxyZA port, default: 8000
# DNSconf: File containing the DNS nameserver, default: '/etc/resolv.conf'
# proxyIP: Proxy server IP or DNS address
# proxyPort: Proxy server port
# proxyUser: Username for proxy authentication
# proxyPassword: Password for proxy authentication
# raw: 1=Raw send, don't "clean" requests to mlog.cgi or HServer.cgi, 2=Raw send without making any unspecified changes to the requests
# onScreen: Display the file being requested on screen via osd_cons
# debugPath: Path to save request & response trace files
# saveRequests: Save request trace files
# saveResponses: Save response trace files
# forceUpdate: 0=No change, 1=Force request to download all new guide slices, 2: Only download latest slices
# timeOffset: Offset returned NTP time by OffsetAmount minutes
# ntpIP: NTP (time server) to use
# guideDays: Maximum guide days you would like to download (your provider needs to support this function for it to work)
# weekDays: The days of the week you wish to download guide data, list each day from 0 to 6 (0 is Sunday). i.e. to download on Tuesdays and Fridays use: -w 25
# locationID: Change your Postal Code
# tcInfo: Fix the submitted TCINFO, so it sends the correct server connection settings not emuProxyZA settings
# urlbase: Download slices direct from server, don't go via emuProxyZA
proxyIP=210.15.254.253
proxyPort=8080

[MattCallow]

It seems strange that there are so many problems. Is anyone else using the same ISP?
(I suggested the proxy settings in the emuProxyZA.conf , which I found on the ISP website)

[petestrash]

now that you have updated the TiVo, Comment out the 2 lines Matt suggested in /var/hack/etc/emuProxyZA.conf

Reboot.

run

/bin/ntpdate -b 132.163.4.103 192.43.244.18 129.6.15.29

to get your clock correct, then force a daily call. Once complete post your tclient.log if unsucessful or otclient.log if successful.

Peter.

[MelissaH]

I removed the 2 lines in /var/hack/etc/emuProxyZA.conf and rebooted It didn't work unfortunately, it went to 'Failed. Service unavailable' The tclient.log results are attached. The time/date is still incorrect also?

Not sure what i was meant to see, but this was the result..
[TiVo [p0] ~]# /bin/ntpdate -b 132.163.4.103 192.43.244.18 129.6.15.29
[TiVo [p0] ~]#

Cheers,
Melissa.

[petestrash]

Ok this proves that the newer emuproxyza still cannot get past your ISP's proxy on it's own.

You shouldn't have seen any response to the ntpdate command, but it should have worked.

Please return the two proxy lines, as least these are getting you closer.

Reboot the TiVo.

Now try ntpdate again as below, this adds -v so you will see what happens:
/bin/ntpdate -b -v 132.163.4.103 192.43.244.18 129.6.15.29

Clear all the current otclient log with:
cat /dev/null > /var/log/otclient.log

Now try a daily call again and post the tclient log again.

Peter.

PS who is your ISP?

[MattCallow]

PS who is your ISP?

A previous post says it's Netspace. That's how I found the proxy info.

I've just been looking at the WiKi and came across this page: http://www.tuhs.org/twiki/bin/view/N...entProxyServer

Maybe option 3 might work?

Modify /etc/tclient.conf so that instead of pointing to minnie:80 (The line is 127::131.244.9.101:80:::) it reads:

127::202.63.38.134:8000:::

But you are currently using emuproxyZA, so instead change the line

127::127.0.0.1:8000:::

to

127::202.63.38.134:8000:::