tytool: tserver_mfs7 & 3.1.0b

[netlizard]

I got upgraded to 3.1.0b recently but I have re-enabled the telnet and ftp. Now after I have added noscramble.o and run tserver_mfs7, when I try to extract a stream, it hangs and takes out the bash shell also. I can play the streams with the tivo, but it doesn't seem like I can extract them. These streams were recorded under 3.1 with the same noscramble.o.

Any Ideas?

Netlizard

***UPDATE***

It doesn't look like I am able to extract streams that are recorded under the new 3.1.0b image.

bash-2.02# SERVER: We got a message! buf = 'SHOWING'
Waiting for an incomming connection!
SERVER: We got a message! buf = 'SHOWING'
Waiting for an incomming connection!
SERVER: We got a message! buf = 'TYSTRM2 192.168.0.13 1146 1871827'
-> '1871827'
exporting fsid 1871827 of size 46137344 to stdout

***HANG***

I can play that stream thru the tivo.

After the failed extraction, I also loose the ability to telnet, ftp, or make the daily calls over the network. The daily call fails while negotiating.

[jdiner]

Sounds like something is crashing the networking or else the machine as a whole by taking down the kernel (which sucks). I wonder what is going on in 3.0.1b that would cause that.

Grab the mfs_stream from here on the forum.

Extract a tystream. Doesn't really matter what one and direct the output to null.

./mfs_stream -s 1871827 > /dev/nul

This will read the entire thing from the MFS and write it to the bit bucket so no extra disk space is needed.

If this works then it is a networking issue. If this does not work then it is an accessing the MFS issue. And if it is the MFS we are in for a world of hurt as more and more people get upgraded until someone can figure out what is going wrong.

--jdiner

[netlizard]

ok, while trying to work with the problem last night. I screwed the system.

I had the old root partition mounted and the network hung, si I rebooted to get the network back. I forgot that I still had the old root mounted and now the system won't boot. Is there any way to fix this without re-imaging the system? I would like to keep the programs that I have on there that I have not extracted yet. I know about the 25xtream images, but I don't want to get anything for free, I have a subed card and don't want to piss off DTV. I do have an OLD 2.5.1 image that I took when I first started this. If I can't recover the system without imaging, can I use that?

Ya, I know that I was stupid for not imaging it before I started messing around, but you know how things go.....

Netlizard

[jdiner]

Woah. That is not good. Always always always image the drive first.

If it was mounted then it is just not clean post crash. That is not that bad. Mount it in a PC under linux. The same way the hacks were dong initially. Then run fschk on the root partition. This will clean up the files and try to get things back in shape. Once that is done you should be able to boor normally as the fs will then be clean.

At least that is my best guess on fixing it. Be warned however that things are not always as they seem. fschk has in the past seriously screwed up a damaged FS for people I know.

The good news is that as far as I know and have heard all you need is the root files not all of the entire image. So if things keep going bad. wipe just that single partition, leave everything else alone, and then copy the files back onto it. (A tarball would work well there for preserving the /dev directory, links, etc...) And then things should boot.

--jdiner

[netlizard]

Which file systems should I be able to mount under the linux/tivo tools cd? I was only able to mount one of the file systems last night when I was working on trying to get it back. I am a UNIX admin by trade and was trying to do a fsck not a fschk... I will try that when I get home and cross my fingers that it works.

If the fschk doesn't work, can I get a 3.1 image, not a 3.1.0b? I have an old 2.5.1 image from when I started, but I don't know if I want to go thru all the upgrading again...

Thanks for your help. I know I should make an image, but I got sloppy.

Netlizard

[jdiner]

Ummm. fsck and fschk might be the same thing. It has been a long long time since I did anything like that.

The root partition is either hda4 or hda7. What is hda9. Well assuming you mount it as primary master etc...

It is an ext2 filesystem which is why anything can be done with it.

EDIT: Ah crap. That was supposed to read "Var is hda9". That is what I get for typing to fast.

--jdiner

[netlizard]

Here is the setup:

Active root: /dev/hdc7
Inactive root: /dev/hdc4
Active Kernel: /dev/hdc6
Inactive Kernel: /dev/hdc3
/var: /dev/hdc9

The Tivo Tools CD that I have doesn't have fsck or fschk. I can mount all of the partitions except both of the kernel partitions...
I have it mounted on Secondary Master.

Netlizard

[netlizard]

ok, I have installed 25extreme on a different drive and installed it. It works fine and on the first daily call, it was upgraded to 3.1.0b. Is there a way that I can recover my original disk with this one? Say dump the kernel partition from the new disk to the old one? Can I dd or can I use some of the mfstools to do this?

Thanks.

Netlizard

[netlizard]

ok, now I have noscramble.o and 3.1.0b on the new disk....

I tried the mfs_stream and it worked. Then I tried to get a show and it failed again. This is a vary small clip, but it only got 5% thru before it hung. As you said, I guess it is a network problem. Maybe there is a problem with the nic drivers on the new version????

Netlizard

bash-2.02# ./mfs_stream -s 23232 > /dev/null
exporting fsid 23232 of size 17825792 to stdout
bash-2.02# ./tserver_mfs7
Doing the Lowest PriorityFix...
Priority set...
Waiting for an incomming connection!
SERVER: We got a message! buf = 'SHOWING'
Waiting for an incomming connection!
SERVER: We got a message! buf = 'TYSTRM2 192.168.0.12 1974 23232'
-> '23232'
exporting fsid 23232 of size 17825792 to stdout
5%


What could be causing this in the network setup? I have tried DHCP and also static IP. Same results. Kernel chagne? Need new driver for NIC?

Netlizard

[jdiner]

OK. My guesses as to what is going wrong and thoughts of detection and fixing it:

1- Check the version string, file size, etc... As of 3.0 I do believe tivo was shipping with the driver for TivoNet and possibly Turbonet. But it was a version I had never seen before.

2- Check the version within the file. Best done with a hex editor on a different box.

3- Try a nice solid networking load with a different program. I am thinking of the FTP server here. Make a file on the hda14, the tivo disk utils tend to create a "spare space" partition there that is larger. Make a nice big file there and try to ftp it down. Make sure it is not part of the tserver process.

The networking in tserver is extremely simple. On purpose for the most part. Get bigger size wise than the 5% that was causing you problems before. This will test things without tserver being involved.

4- If the FTP load works then try netcat with a mfs_stream extracting into the fifo for it etc... No substantial disk space needed and you can test out what is going on and why.

5- I am drawing a blank after this. But I have also never use a WIFI card in a tivo, or anything else for that matter, and there could be any number of issues with it alone. Ask around here on the forum to see what people are using and if you can get a copy.

As least I think you were the one that mentioned having the airnet card. Beyond that...

--jdiner

[netlizard]

Thanks for the info jdiner.

I might try reloading my old drive with 25xtreme and then connecting the phone line and making it upgrade over the phone and not worry about the network until the drivers are there. They are installed in the 3.1 and I am sure that they will be there for the 3.1.0b. That way I won't be over writing the drivers that come with the software upgrade with possible old ones....

I have a turbonet, so I don't have problems with wireless. I wouldn't put in a wireless access point if you made me. Too insecure. After the upgrade I will manually put in the lines to the rc script for bash and ftp and try that. I will also try some of the other suggestions you gave me.

I will let you know. Thanks for the help and I will keep plugging away at this. I can't loose extraction.

Thanks again.
Netlizard

[Zak0]

Please keep us up to date on this, netlizard! I've unplugged the phone line from my DSR6000 in order to avoid this update until I know that I won't loose extraction capabilities. I'd hate to have to put up with the daily nags if it's not necessary. :)

-Zak

[jdiner]

Alright. I hacked my HDVR2 so that I could do some testing on 3.1 but I found that I have 3.1.1b on it rather than the 0b listed here. I have not tried anything yet. I have to get a nother 50' cat-5 cable.

--jdiner

[philips]

I have posted an issue I am having here (http://www.dealdatabase.com/forum/showthread.php?
s=&threadid=28510) I thought I would mention it here because it seems so similar except I have a UK SA Tivo 2.5.5.

Sorry if this is not the way to cross-ref stuff - bit new to forums.

[philips]

Originally posted by jdiner
--snip--
Extract a tystream. Doesn't really matter what one and direct the output to null.

./mfs_stream -s 1871827 > /dev/nul

This will read the entire thing from the MFS and write it to the bit bucket so no extra disk space is needed.

If this works then it is a networking issue. If this does not work then it is an accessing the MFS issue. And if it is the MFS we are in for a world of hurt as more and more people get upgraded until someone can figure out what is going wrong.

--jdiner [/B]

If its useful, I tried this and can export the stream, see output below.

bash-2.02# mfs_stream -s 1647567 > /dev/null
exporting fsid 1647567 of size 9437184 to stdout
bash-2.02#

But when done from the network (tytool etc) it hangs the network after the 'exporting' message.

[philips]

If it helps anyone, I have sorted out my problem.
It turns out it was a duff AirNet card.

My post is here http://www.dealdatabase.com/forum/showthread.php?s=&threadid=28510

[alanjudy]

So after reading this tread, it is unclear if there is a problem with tserver7 and 3.0.1b or not... The fact that a wireless card problem was fixed is apparent!


I'm now in pending restart every other day, I've stopped the installation of the update, but this can only be temporary since I'm downloading it everytime and this will eventually piss somebody off at DTV.

I plan updating to 3.0.1b this weekend.

ANYONE confirm whether 3.01b works with tserver7 or not????

=alanjudy

[jdiner]

I have upgraded an HDVR2 to 3.1.1b (or is it 3.1.0b) to test this out. It is on the list for this coming weekend.

--jdiner

[alanjudy]

I have upgraded an HDVR2 to 3.1.1b (or is it 3.1.0b) to test this out.

3.1.0b = DTivo S1
3.1.1b = HDVR2

=alanjudy

[jdiner]

Ah good to know.

Are they considered to be the same thing? The 0b and 1b releases? Or are they that different?

--jdiner

[SR712]

Originally posted by alanjudy
ANYONE confirm whether 3.01b works with tserver7 or not????

=alanjudy

I'm not sure about 3.01b, BUT... a T60 Series 1 with 3.1.0b and TurboNet has been extracting both with TyTools 8r3/tserver7 and mfs_ftp just fine now for two weeks. No problems with any of the hacks, actually. (Except for xplusz, which looks for the tivo version string, and doesn't know what to do with 3.1.0b)

[jdiner]

Just finished my testing. Everything in tserver_mfs7_mips and the NowShowing.tcl that was shipped with it works fine under 3.1.1b...

Just an FYI.

--jdiner

[tiivohoe]

I'm monted into 3.1.1b and have lifted a show off my tivo and played it on my pc...noproblem. tytools 7r10

[Zak0]

Okay, looks like the upgrade is safe so long as I'm prepared to remove the hard drive and patch the new kernel to stop scrambling. Sound about right?

-Zak

[jdiner]

I went monte as well. Worked perfectly.

But yes. I most definately had to pull the drives. But then I went from a single 40 to dual 120's in that machine. Actually come to think of it that machine is 1 80 and 1 120. But still a very nice increase in size.

--jdiner

[alanjudy]

Just to confirm here... the update to 3.1.0b worked fine following these instructions:

http://www.dealdatabase.com/forum/showthread.php?threadid=28840

I tired to skip the kill_inetrd step and then used the wrong kill_inetrd... Had to go to tivostuff.com to find the most recent kill_inetrd which worked fine.

tserver7, mfs_ftp, tivoweb... extracting, inserting... all working fine on 3.1.0b with no problems.

=alanjudy