<div dir="auto"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Aug 29, 2020 at 6:37 AM Roland Ernst <<a href="mailto:rcrernst@gmail.com" target="_blank" rel="noreferrer">rcrernst@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 28, 2020 at 4:37 PM Greg Woods <<a href="mailto:greg@gregandeva.net" target="_blank" rel="noreferrer">greg@gregandeva.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br></div></blockquote><div>For changing the hostname properly, see<br></div><div><a href="https://www.mythtv.org/wiki/Database_Backup_and_Restore" target="_blank" rel="noreferrer">https://www.mythtv.org/wiki/Database_Backup_and_Restore</a></div><div>section "Change the hostname of a MythTV frontend or backend"</div></div></div></blockquote><div><br></div><div>Thanks for the pointer to that, I completely missed it and now it appears I am hosed, because my system has been running with its new name for several weeks now already and I have 81 recordings with the new host name and over 1000 with the old one. I will have to contemplate my options. One of them is to just delete the 81 new recordings, but I'm willing to bet that isn't as simple as just deleting the entries in the "recorded" table. I might be able to accomplish that by restoring from a database backup made before the host change and then doing the host name change procedure. I presume that will create 81 new orphaned recordings, which I might even be able to retrieve if I can find a way to get find_orphans.py working. Unfortunately the crash is happening in one of the modules supplied with MythTV, so it's probably not fixable by just hacking the find_orphans.py script.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div><br></div><div>For the utility "find_orphans.py", see the latest changes on <br></div><div><a href="https://www.mythtv.org/wiki/Find_orphans.py" target="_blank" rel="noreferrer">https://www.mythtv.org/wiki/Find_orphans.py</a></div></div></div></blockquote><div><br></div><div>This is the version I am using, just downloaded yesterday because the previous one I had was still the old Python 2 version, which of course doesn't work at all any more.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>and the forum entry</div><div><a href="https://forum.mythtv.org/viewtopic.php?f=6&t=3793" target="_blank" rel="noreferrer">https://forum.mythtv.org/viewtopic.php?f=6&t=3793</a> </div></div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>Note: The mentioned bug (1) was fixed in June 2020.</div><div>Could you please update your installed version of mythtv?<br></div></div></div></blockquote><div><br></div><div>Not very easily. Right now I am using the version from RPM Fusion, which is  mythtv-31.0-3.20200527gitfc90482281.fc32.x86_64. We can see from the date embedded in the version number that this predates the June 2020 fix. I'll see if I can find out how to let the RPM Fusion folks know.</div></div></div></div>