ReadyNAS Ultra 6 Tivo Not Archiving -- KUID problem?

deepbluesea wrote:

Over two weeks after logging a support case I have no success in getting Support to even find someone who understands the question so am posting here. Below are log fragments that demonstrate the issue. This happens for many files. 2012/02/18 04:24:32] tivo_utils.c:212: debug: Downloading details for Doctor Who - 42 (https://DVR-0029.local:443/TiVoVideoDetails?id=1737696)... [2012/02/18 04:24:32] database.c:207: debug: Re-archiving item Doctor Who (42) because it is newer than the original archive (Thu Feb 2 22:21:14 2012 )[2012/02/18 04:24:32] tivo_utils.c:321: info: Archiving to "/c/Tivo/DVR-0029/Doctor Who/Doctor Who - 42.TiVo"... [2012/02/18 04:24:32] tivo_utils.c:339: debug: Fetching from "http://DVR-0029.local:80/download/Doctor%20Who.TiVo?Container=%2FNowPlaying&id=1737696" [2012/02/18 04:44:22] tivo_utils.c:406: info: Finished archiving "Doctor Who - 42.TiVo" [2012/02/18 04:44:22] database.c:36: error: SQL ERROR 19 [column program_id is not unique] INSERT INTO archives (show_title, episode_title, duration, recorded_time, episode_no, program_id, series_id, archival_time, source_tivo) VALUES ('Doctor Who', '42', 61, 1329467460, 0, 179127, 179127, 1329500662, 'DVR-0029') [2012/02/18 04:44:22] database.c:160: error: Adding info for Doctor Who to db failed!

You're right, that can happen because the database record never gets updated with the new recording time. I've just updated the link for the ReadyTiVo 1.3.8 addon to include this fix -- it's already in the 4.2.20 beta releases. If you re-download and install that addon package, it should show up with a date stamp from today, and should take care of this issue for you.