No subject

on" target=3D"_blank">http://www.mythtv.org/wiki/<u></u>Backend_migration</=
a> step 3 has the mysql syntax that would tell Myth that all the recordings=
 are now owned by my master backend. I assume that once that change is made=
, Myth will either auto-expire the recordings, or they&#39;ll be orphaned r=
ecording entries that find_orphans.py can handle.<br>

<br>
Is my assumption correct? And is this the best way to remove references to =
my dead back end? The email thread that spawned the article is about a year=
 and a half old so I figured I&#39;d see if there is anything better than w=
hat I&#39;m planning before breaking things. I&#39;m running 0.25-fixes.<br=
>

<br>
Thanks!<br>
</blockquote>
<br></div>
If it&#39;s not the above, you&#39;ll need to do that so that MythTV knows =
&quot;who&quot; owns the recording. =A0Once done, the recording should be d=
eleted properly using any approach (including find_orphans.py).<br>
<br>
Mike<br>
<br></blockquote><div><br></div><div>Thanks. I ran a backup, then executed =
the sql command and things look good. However I think I jumped the gun by t=
rying a find_orphans right away, because looking at the backend logs there =
are a ton of the following:<br>
<br>Jan=A0 2 23:46:28 magicbe mythbackend[9661]: E CoreContext mythsocket.c=
pp:389 (writeStringList) MythSocket(8bf9dd0:67): writeStringList: Error, No=
 data written on writeBlock (885 errors)#012#011#011#011starts with: 82=A0=
=A0=A0=A0=A0 BACKEND_MESSAGE[]:[]UPDATE_FILE_SIZE 5745 2013-01-02...<br>
<br></div><div>I&#39;m not panicking yet... I think, and correct me if I&#3=
9;m wrong, this is Myth freaking out because it now thinks it owns almost a=
 thousand recordings that it can&#39;t find. I took a look in the AutoExpir=
e list and there are suddenly a ton of recordings from 2011 in there (which=
 is when I lost my first disk on the slave BE). I think I&#39;m going to le=
t Myth sort things out before I try removing any more orphaned recordings.<=
br>
</div><div>=A0<br></div></div><br></div></div>

--bcaec501c4ec34b59c04d25b140f--