TMK: Assertion Failure ?

[ciper]

I have a Sony svr2000 cache carded and network connected for many years.

Last night I copied the latest tar of mfs_ftp to the machine and extracted it. I launched mfs_ftp.tcl from the bash telnet prompt. I viewed the output log and saw
bash-2.02# tail port.3105.log
07:55:23:AM - sourcing settings
12:55:43:AM - updating cached recording info
................................................................................
................................................................................

While waiting for it to "update cached recording info" I decided to modify my rc.sysinit with the joe editor

Then I saw the following crash

Tmk Assertion Failure:
BlockFailure, line 2073 ()
Tmk Fatal Error: Thread tivosh <1537> died due to signal -2
1aa90ac 1aa79c8 1aa2290 1cda374 1ce64ec 1d37004
1d5b70c 1d5b81c 1d5fa90 19b7cd8 1d48968 1d363d8 1d5b184 1d48968 1d363d8 1d5ac0c
1d48968 1d363d8 1ce746c 1ce6a28 1d48968 1d363d8 1d5b184 1d48968 1d363d8 1d5b184
1d48968 1d363d8 1d5b184 1d48968 1d363d8 1d5b184 1d48968 1d363d8 1d5b184 1d48968
1d363d8 1d53470 1d5457c 1ce648c 1ce61d4 1800134

What does it mean?

[ciper]

When this crash occurs the tivo reboots itself. The crash only happens after starting mfs_ftp

Here is a longer capture of the error

08:12:31:AM - sourcing settings
01:12:41:AM - updating cached recording info
................................................................................
................................................................................
................................................................................
................................................................................
................................................................................
................................................................................
..........................................................................Dumpin
g mempool to /tmp/BlockFailure.176
Tmk Assertion Failure:
BlockFailure, line 2073 ()
Tmk Fatal Error: Thread tivosh <176> died due to signal -2
1aa90ac 1aa79c8 1aa2290 1cda374 1ce64ec 1d37004 1d5b70c 1d5b81c 1d5fa90 19b7cd8
1d48968 1d363d8 1d5b184 1d48968 1d363d8 1d5ac0c 1d48968 1d363d8 1ce746c 1ce6a28
1d48968 1d363d8 1d5b184 1d48968 1d363d8 1d5b184 1d48968 1d363d8 1d5b184 1d48968
1d363d8 1d5b184 1d48968 1d363d8 1d5b184 1d48968 1d363d8 1d53470 1d5457c 1ce648c
1ce61d4 1800134
To view the blocks, run:
$TIVO_ROOT/devbin/poolview.tcl <app-with-symbols> /tmp/BlockFailure.176

In the UI that comes up, find your leaked block by address (see above)
This will help you identify the type and ownership of the blocks.

Common causes for leaks:
- Circular refs. Redefine ownership without circular dependency
- Explicit Malloc or GetChunk without Free or ReturnChunk
- Use of non-TmkCore objects, without using delete operator (TmkLock for exam
ple)

[ciper]

Tried again today after a complete power off and fresh reboot

03:56:38:PM - updating cached recording info
................................................................................
................................................................................
................................................................................
................................................................................
................................................................................
................................................................................
..............................................................................Du
mping mempool to /tmp/BlockFailure.297
Tmk Assertion Failure:
BlockFailure, line 2073 ()
Tmk Fatal Error: Thread tivosh <297> died due to signal -2
1aa90ac 1aa79c8 1aa2290 1cda374 1ce64ec 1d37004 1d5b70c 1d5b81c 1d5fa90 19b7cd8
1d48968 1d363d8 1d5b184 1d48968 1d363d8 1d5ac0c 1d48968 1d363d8 1ce746c 1ce6a28
1d48968 1d363d8 1d5b184 1d48968 1d363d8 1d5b184 1d48968 1d363d8 1d5b184 1d48968
1d363d8 1d5b184 1d48968 1d363d8 1d5b184 1d48968 1d363d8 1d53470 1d5457c 1ce648c
1ce61d4 1800134
To view the blocks, run:
$TIVO_ROOT/devbin/poolview.tcl <app-with-symbols> /tmp/BlockFailure.297

In the UI that comes up, find your leaked block by address (see above)
This will help you identify the type and ownership of the blocks.

Common causes for leaks:
- Circular refs. Redefine ownership without circular dependency
- Explicit Malloc or GetChunk without Free or ReturnChunk
- Use of non-TmkCore objects, without using delete operator (TmkLock for exam
ple)

[fixn278]

Check to see if you can run any other TCL script. If you run another, and it reboots, you probably need to set your environment variables.

[ciper]

As luck would have it I did run the tcl script to change the live tv buffer today and it worked fine (after changing the file permissions)

[ciper]

I have just completed clearing the season passes/wishlists/thumbs from the setup screen on the tivo and after rebooting tried running mfs_ftp again with the same results :(

[mikey]

how many shows are on the tivo?
Are you using serial bash or ethernet to start mfs_ftp?

[ciper]

Im starting MFS_FTP over telnet on port 24. When I start the application it runs for a few minutes before crashing. During that time a large number of files are created inside the cache folder.

I cant tell for sure how many shows are on the tivo but Ill try to find a way to count it.

[ciper]

Okay I went to tivowebplus nowshowing list. I copied this page and pasted into word and counted how many times the word view showed up.
It looks as if I currently have 604 shows saved on the tivo with about 240gb of free space for new shows.

[mikey]

Okay I went to tivowebplus nowshowing list. I copied this page and pasted into word and counted how many times the word view showed up.
It looks as if I currently have 604 shows saved on the tivo with about 240gb of free space for new shows.

search mempool and p2.tcl

p2 will decrease memory usage of mfs_ftp. mempool command will increase available memory. I used both and have not seen this error in quite a while.
Mikey

[ciper]

Mikey thanks! I had thought all hope was lost. I found the p2.tcl file here
I didnt find much information on how to use it so I ran the script and watched "ps fax" and didnt see mfs_ftp.tcl run. It must have modified some variable in the tivo? So I ran mfs_ftp.tcl manually and will see what happens.

Regarding mempool. I found many references to it in log files people have posted. You said the mempool command increases available memory? Can you help me find a link or describe how to use it that way?

[ciper]

Shoot my tivo crashed right after submitting the previous reply. I finally bit the bullet and erased a large number of shows from my now playing list. Once I had about 320 shows I was able to run mfs_ftp without crashes.

I tailed my log and saw that it was automatically loading the p2.itcl .

bash-2.02# ./mfs_ftp.tcl
bash-2.02# tail -f log
09:59:46:AM - sourcing settings
09:59:46:AM - sourcing p2
02:59:49:AM - updating cached recording info
...............................
catch close lastsock val "can't read "info(lastsock)": no such element in array"

[eastwind]

Mikey thanks! I had thought all hope was lost. I found the p2.tcl file here
I didnt find much information on how to use it so I ran the script and watched "ps fax" and didnt see mfs_ftp.tcl run. It must have modified some variable in the tivo? So I ran mfs_ftp.tcl manually and will see what happens.

Regarding mempool. I found many references to it in log files people have posted. You said the mempool command increases available memory? Can you help me find a link or describe how to use it that way?
If you want to know what a tcl file does, read it. IIRC, mfs_ftp parses the current directory for files named p[1..9].tcl and sources them (makes them part of itself). I haven't read through it in a long time, but you might give it a try. (Some--not all--of the patches might even be commented to tell what they're doing and how to use them.)

ew

[mikey]

IIRC, I'm not at my tivo now and I had a long day yestersday, search mempool in advanced and use rc3015 and alldeadhomiez.

the command is
mempool=SIZE. There is a max size. Be aware it is also set(reset) in tivowebplus. I set mine in .author and edited tivowebplus, by commenting out the mempool command.

in the thread with p2 their is also a reference to setting an option in settings.tcl in mfs_ftp to decrease the informatin collected(displayed) that further reduces mfs_ftp's memory use.

HappyHacking,
Mikey