Tivo not archiving - ReadyNAS Pro 4.2.15

I'm already running ReadyTiVo 1.3.3 (still tried the patch and it said it wasn't needed with this version) ...

My workaround kinda worked as it now archives to:

/c/media/TiVo/My_Tivo_Name/My_Tivo_Name/Family Guy

Again my conf file is: path = /c/media/Tivo

If it's not pulling data/configs from /etc/readytivo.conf where is it then?

this seems like an easy/fix/bug to handle but I'm lost where to look next.

thanks for the info.

I suspect that it is a database problem. Although no DB errors appear in the log, the last time it worked I received this message (just after I upgraded to 4.2.15):

[2010/10/21 22:49:39] main.c:156: info: Starting ReadyTiVo 1.3.3...
[2010/10/21 22:49:39] main.c:190: warn: Updated DB schema to version 1

From then on I receive:
[2010/10/21 22:49:47] discovery.c:105: info: Verifying newly found TiVo (DVR-E9E5)...
[2010/10/21 22:49:47] discovery.c:121: info: DVR-E9E5 is authorized
[2010/10/22 01:00:01] main.c:236: info: Doing TiVo downloads...
[2010/10/22 01:00:02] config.c:210: info: Next archival scheduled for: Sat Oct 23 01:00:00 2010
[2010/10/22 01:00:24] tivo_utils.c:246: info: The Music Instinct: Science & Song ((null)) is no longer KUID. Skipping.
[2010/10/22 01:00:25] tivo_utils.c:246: info: Monster Moves (Risky Rescues) is no longer KUID. Skipping.

etc for each of the shows that are KUID.

David

P.S.
what is needed is a way of clearing the database. It is not a real problem if the show archives again.
Just a PHP command to clear the DB would be great.

David

Create 0byte files dump.txt, prune.txt, export.csv, and import.csv and place in your base tivo folder. Restart the archive process during which the files will be updated. Copy the program id numbers from the export.cvs file and paste it into the prune.txt file. Stop and restart the archive process again which will take the programs in prune.txt and take it out of the main database. Tried it this morning and it works fine. My bad archived shows have restarted.

----------------------------------------------------------------------------------------------------------------------

This version has support for dump.txt, prune.txt, export.csv, and import.csv. Export.csv and import.csv are introduced in this version of ReadyTiVo. Dump.txt and prune.txt were introduced in a previous version.

When the ReadyNAS begins an archive cycle, it looks in the configured root TiVo directory to see if any files called dump.txt or prune.txt or export.csv or import.csv exist.

If dump.txt exists and is less than 2 bytes, it copies the contents of the readytivo database into dump.txt, one line per database item (show). This lets you view the database contents for troubleshooting purposes, and it also enlarges dump.txt beyond 2 bytes so that the next archive cycle will ignore dump.txt until you zero it out again.

If prune.txt exists, the ReadyNAS will read each line of prune and remove the database item (show) from the database. It only looks at the program id number at the beginning of the line. All text beyond the program id is ignored. The line must begin with a number or it will be ignored. All database entries with that program id will be removed from the database (there should be only one entry per program id). You can simply copy a line from dump.txt and paste it into prune.txt. Prune.txt is deleted after it is processed.

If export.csv exists and is less than 2 bytes, the ReadyNAS will fill it with the contents of the database in a comma delimited format, one line per database item (show). Data field purpose: SHOW_TITLE, EPISODE_NO, EPISODE_TITLE, DURATION, SERIES_ID, PROGRAM_ID, RECORDED_TIME, ARCHIVAL_TIME.

If import.csv exists and contains comma delimited data, the ReadyNAS will import that data into the database.

dump.txt and prune.txt are to be used to remove database entries that are preventing a show from being archived again.

export.csv and import.csv are to be used when migrating shows from one ReadyNAS to another ReadyNAS.

Tried the technique and, sure enough all the database entries were deleted (now get a blank dump.txt).

However this did not fix the problem.

The ReadyNAS scans the Tivo and for every file that is KUID I get the message that it is not KUID. Seems like half the code knows that it is KUID but not the other half.

Cannot think of anything further to try, I wonder if it has something to do with Australian versions of the Tivo confusing the ReadyNAS?

David

aeimis wrote:
saa: your log shows an sql error missing a field named source_tivo. Here are the my downloaded headers from the file export.csv. #SHOW_TITLE EPISODE_NO EPISODE_TITLE SOURCE_TIVO DURATION SERIES_ID PROGRAM_ID RECORDED_TIME ARCHIVAL_TIME your db could be just missing the field or more likely there is some other things missing which may require a reinstall....

Thanks aeimis! It looks like I may have a problem with the TiVo database. I've searched the boards looking for something similar or a description of how to reset/rebuild the database, to no avail. Does anyone know of a way to do this? Alternatively, can I upgrade the ReadyDLNA service? I don't see a button to remove it. It reports version v1.0.18.2.

Thanks!
Scott

saa, As a suggestion If contacting readynas support does not yield you the current readytivo addon to reinstall, I would just reapply the 4.2.15 update bin file and see if everything is fixed. Backup the data on the unit, of course. I also found some other versions but I after reviewing my logs the current version on my unit is ReadyTiVo 1.3.3 and I can't find it posted. The others are for your reference. Good luck.

http://www.readynas.com/download/RAIDiator-x86/RAIDiator-x86-4.2.15
http://www.readynas.com/download/addons/x86/4.2/ReadyTiVo_1.1d-x86.bin
http://www.readynas.com/download/addons/x86/4.2/ReadyTiVo_1.3.1-x86.bin
http://www.readynas.com/download/addons/x86/4.2/ReadyTiVo_1.3.2-x86.bin

I don't think any of these solutions addresse the issue of the system NOT writing/archiving to what is listed in /etc/readytivo.conf ??

It would be really useful to know if this was a recognised problem that would be addressed in a future release.

David

Having the same issues here. It did the first initial archive but won't do it again. I've tried verifying if the database is just not archiving them because it was already listed, but my new programs are not listed in there. I noticed that randomly, if I change the auto-archive time (and only select a single Day of the Week), sometimes it will re-initiate the archive sequence and get my new KUID media.

[2010/11/27 16:41:31] main.c:59: info: Received signal 1, rereading configs...
[2010/11/27 16:41:31] config.c:210: info: Next archival scheduled for: Sat Nov 27 16:42:00 2010
[2010/11/27 16:42:01] main.c:236: info: Doing TiVo downloads...
[2010/11/27 16:42:02] config.c:210: info: Next archival scheduled for: Sat Dec  4 16:42:00 2010
[2010/11/27 16:42:19] tivo_utils.c:308: info: Archiving to "/c/media/Tivo/echocricketdvr/Dancing With the Stars/Dancing With$
[2010/11/27 17:47:29] tivo_utils.c:389: info: Finished archiving "Dancing With the Stars - 1110 - Christina Aguilera; winner$
[2010/11/27 17:48:00] tivo_utils.c:308: info: Archiving to "/c/media/Tivo/echocricketdvr/Gossip Girl/Gossip Girl - 402 - Dou$
[2010/11/27 18:09:59] tivo_utils.c:389: info: Finished archiving "Gossip Girl - 402 - Double Identity.TiVo"
[2010/11/27 18:10:37] tivo_utils.c:839: info: Finished archiving from echocricketdvr [30199].
[2010/11/27 18:10:37] main.c:248: info: Finished archiving

But during the normal sequence, it does not seem to even see my new shows.

[2010/11/28 01:00:02] main.c:236: info: Doing TiVo downloads...
[2010/11/28 01:00:03] config.c:210: info: Next archival scheduled for: Mon Nov 29 01:00:00 2010
[2010/11/28 01:00:21] tivo_utils.c:839: info: Finished archiving from echocricketdvr [3153].
[2010/11/28 01:00:21] main.c:248: info: Finished archiving

Ultra 6 with 4.2.15
ReadyTivo 1.3.3
ReadyDLNA 1.0.18.2