[mythtv-users] Database Migration

Bob Weber rjweber at ieee.org
Tue Jul 19 17:55:39 EDT 2005


On Tuesday 19 July 2005 07:30 am, Christian Hack wrote:
> > -----Original Message-----
> > From: mythtv-users-bounces at mythtv.org
> > [mailto:mythtv-users-bounces at mythtv.org] On Behalf Of Ben Curtis
> >
> > So I'm running RedHat 9 w/ Myth 0.16.  I'm building up a new
> > Fedora Core 4
> > box with Myth 0.18.  I'd like to rebuild my database from
> > scratch (there
> > are a couple of issues in my current DB with channels),
> > however, I want to
> > move over my recordings, scheduled recordings, and previous recording
> > listings (so I won't start recording shows I've already recorded).
> >
> > Can I just use mysqldump to create insert statements for the
> > oldrecorded,
> > recorded, and record tables, or do I need more data than that?
>
> Basically all here:
>
> http://www.mythtv.org/docs/mythtv-HOWTO-22.html#ss22.7
>
> Do the dump of old DB and move the files (if necessary). Import the dump
> into the new DB

I'd be curious if this works for you. I just did this myself, and ran into a 
snag. After following the howto and getting a restore.sql file, I couldn't 
import it because the # of rows didn't match. Some investigation showed that 
the "record" table has a new field called "parentid" in 0.18.1.

Here's what I did. Instead of appending each grep result into the same 
restore.sql file, I put each one in its own file and imported them 
individually. "record" is the only table that had a problem, so I opened that 
up in an editor and added the new field to each row (the last field, setting 
it to its default 0). Then, I could import the record table.

There's probably a better way to do this, but this worked for me. 


More information about the mythtv-users mailing list