<p dir="ltr"><br>
On 4 Aug 2015 11:33 pm, "R. G. Newbury" <<a href="mailto:newbury@mandamus.org">newbury@mandamus.org</a>> wrote:<br>
><br>
> On 08/02/2015 02:34 PM, Jerome Yuzyk wrote:<br>
>><br>
>> I am preparing to upgrade my MythTV 0.21 FE/BE to new hardware and<br>
>> software, put off by the need to overcome the 0.24-ish upgrading cutoff<br>
>> for older versions.<br>
><br>
> 've seen already that the new install won't know<br>
>><br>
>> about, for example.<br>
><br>
> ...<br>
><br>
>> I'm comfortably-proficient in writing a script to do it, and I can use the<br>
>> new box to test against. But with the greater knowledge of such things out<br>
>> there, is it feasible? I looked at my 0.21 schema with phpMyAdmin and see<br>
>> my "oldrecorded" table has a few *id fields that might need to be mapped<br>
>> into new ids: chanid, seriesid, programid, findid, and recordid. A lot of<br>
>> those can be culled because I don't have the recording rules (or channels)<br>
>> that created them. And I can dry-run it all on the new box before making it<br>
>> official.<br>
>><br>
>> How feasible is this?<br>
><br>
><br>
> To start you may want to back up *just* the recorded program table. With adjustments you can very likely re-insert it into the new setup.<br>
><br>
> Get into mysql (mysql -u mythtv -pmythtv mythconverg) and enter:<br>
><br>
> select * from recorded into outfile '/tmp/recorded-text.txt';<br>
><br>
> Once you have that, you can fold, spindle or mutilate the database with abandon, because the only part you really need to retain, is backed up.</p>
<p dir="ltr">Unless I'm missing something, I'm sure Jerome wants his oldrecorded (history) and record (rules) tables backed up?</p>
<p dir="ltr">The recorded table is for current recordings, which he's already said are not important.</p>
<p dir="ltr">Cheers,<br>
Nick</p>