PDA

View Full Version : MFS_FTP Can Extract but Can't Insert



misato
08-20-2006, 09:16 PM
I'm running a series 1 directivo with version 3.1 software, and mfs_ftp 1.2.5. Yes, I know 1.2.9 is current, but I tend to leave things be if they're working, unless there's a reason.

I can pull tmf and other files fine from the tivo, and at good speed.

But when I try to insert a tmf (from the same tivo, same mfs_ftp version etc), it fails. Server side messages follow, note the one about fragmentation...

================================

20:09:29 - echo to verify: TYPE I
20:09:29 - 200 Type set to I.
20:09:33 - echo to verify: TYPE I
20:09:33 - 200 Type set to I.
20:09:33 - echo to verify: PORT 192,168,0,2,11,120
20:09:33 - entering PORT
20:09:33 - 192 168 0 2 11 120
20:09:33 - opening connection to 192.168.0.2 : 2936
20:09:33 - 200 PORT command successful.
20:09:33 - echo to verify: STOR 3669614 Invader ZIM - .tmf
20:09:33 - entering stor proc
20:09:33 - 150 Opening BINARY mode data connection for "3669614"
20:09:33 - entering mkblankrec
20:09:33 - create recording
20:09:33 - set recordingfsid
20:09:33 - setting default info for bitrate & such
20:09:33 - setting station info & misc
20:09:33 - setting version 3 attributes
20:09:33 - create showing & set default info
20:09:33 - create program & set default info
TmkLogger: <134>Aug 21 01:10:41 tivosh[203]: Active Upgrade Lock Conflict on fsi
d 3817494
retrying after errTmActiveLockConflict ...
20:09:37 - create recording
20:09:37 - set recordingfsid
20:09:37 - setting default info for bitrate & such
20:09:37 - setting station info & misc
20:09:37 - setting version 3 attributes
20:09:37 - create showing & set default info
20:09:37 - create program & set default info
20:09:38 - created blank recording 3853018
20:09:38 - entering dumpxml
20:09:38 - segment is showing.xml
20:09:38 - entering parsexml
20:09:38 - listing info parsed from xml
20:09:38 - Title is "Invader ZIM"
20:09:38 - Description is "ZIM, an alien from the planet Irk, comes to earth and
attends elementary school."
20:09:38 - EpisodeTitle is ""
20:09:38 - StartDate is "13332"
20:09:38 - StopDate is "13332"
20:09:38 - StartTime is "12298"
20:09:38 - StopTime is "15300"
20:09:38 - Duration is "1800"
20:09:38 - Date is "13332"
20:09:38 - OriginalAirDate is ""
20:09:38 - CallSign is "NKTN"
20:09:38 - Name is "NKTN"
20:09:38 - Time is "12600"
20:09:38 - entering setrecinfo
20:09:38 - entering tmf2fsid
20:09:38 - starting segment "part00.ty"
20:09:38 - entering AddPart
20:09:39 - open 3853018
20:09:39 - create part
20:09:39 - add part
20:09:39 - allocate 512 meg
TmkLogger: <131>Aug 21 01:10:46 FsRegion[203]: Free space too badly fragmented
bgerror invoked with error

" FsStream::Create failed (0x1102f)
"

re-initializing mfs_ftp

close the currnet ftp connection and simply open another

20:09:39 - entering reset_mfs_ftp
20:09:39 - port 21 control socket initialized - ready for connections

==============================

I couldn't find any mention of this exact problem in dd forum, so I ask here. What can I do about this? Is there a way to defrag the tivo? Can a version of mfs_ftp be built that doesn't care if the HD is fragmented?

What to do? Riley.... (or anyone) heeeeelp!

Thanks!

misato
08-20-2006, 10:21 PM
Asking this question in IRC, it was suggested I force an mfsassert. I can't say I liked the idea much, but I tried it and it worked. Not a clue why. But I'm a happy camper now!

rc3105
08-21-2006, 01:16 AM
I'm running a series 1 directivo with version 3.1 software, and mfs_ftp 1.2.5. Yes, I know 1.2.9 is current, but I tend to leave things be if they're working, unless there's a reason.

...

20:09:39 - allocate 512 meg
TmkLogger: <131>Aug 21 01:10:46 FsRegion[203]: Free space too badly fragmented
bgerror invoked with error

" FsStream::Create failed (0x1102f)
"

option 1 - wait for routine garbage collection to "defrag" mfs

option 2 - reboot and/or trigger garbage collection manually

option 3 - switch to 1.2.9p which handles allocation better when mfs is fragmented

misato
08-21-2006, 09:25 PM
Ah, 1.2.9p has improved capabilities in this area? Okay, that's a reason to update it, then. (I tend to follow the "leave it be unless you have to" approach by default.)

Thanks!

Oh PS, I have a file I can't extract, because mfs_ftp is putting a / in the filename, and filezilla ofc doesn't like that. Is there a version or config option for mfs_ftp that won't put that character in a displayed tmf filename?

rc3105
08-21-2006, 10:37 PM
that's odd. if it's a one-of you can rename the show with tivoweb, if it's a recurring problem try changing the name detail options (mfs_ftp settings file). worst case see about tweaking the mfs_ftp filename filter proc

dlang
09-10-2006, 01:13 AM
I actually use 1.2.5 (with some custom modifications) for extraction, but when I need to insert I shutdown 1.2.5 and startup 1.2.9p

David Lang

misato
01-12-2007, 06:41 PM
I've continued to have problem inserting, but by fiddling with it have developed a procedure that seems to work. I mention it here for the benefit of any others with similar problems.

With lots of space on the tivo, and a working network connection (ping it first, it can take quite a while after reboot before the net connection is truly working), and even "mfsassert -please" to force garbage collection, I still find it very difficult to insert.

What I've discovered is that if I run the following procedure, it works:

ping it to make sure the network is really working
extract a file.
THEN insert files.

This seems to work regardless whether I use 1.2.5 or 1.2.9p

I don't know what might be going on in there, but it would seem, from the behavior, that something doesn't get quite fully initialized until I run an extraction first. I think I'll insert some 5 minute clip, just to use as a quick way to extract first.

Enjoy