<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 14, 2023 at 12:09 AM Douglas Peale <<a href="mailto:Douglas_Peale@comcast.net">Douglas_Peale@comcast.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">On 4/13/23 20:52, Stephen Worthington wrote:<br>
> On Thu, 13 Apr 2023 19:32:58 -0700, you wrote:<br>
><br>
>> On 4/10/23 13:42, Jay Harbeston wrote:<br>
>>>> On Apr 10, 2023, at 3:28 PM, Douglas Peale <Douglas_Peale@Comcast.net> wrote:<br>
>>>><br>
>>>> I have upgraded my computer to Mint 21<br>
>>>><br>
>>>> MythTV front end and back end are working<br>
>>>><br>
>>>> Browser says "Unable to connect" when trying to access <a href="https://localhost/mythweb/" rel="noreferrer" target="_blank">https://localhost/mythweb/</a><br>
>>> Sounds like apache service is not running. That would be the first step.<br>
>> Update to this issue:<br>
>><br>
>> I have done a clean install of mint 21, and restored my home directory (that was a nightmare caused by odd behavior of "BackInTime")<br>
>><br>
>> I have installed the ppa for MythTV 33, and installed mythTV<br>
>><br>
>> I have restored the database to MythTV and adjusted the passwords as required.<br>
>><br>
>> Everything appears to be working, including mythweb.<br>
>><br>
>> I did have a bit of trouble with the network tuners not being found, fixed after re-scanning for channels.<br>
>><br>
>> has the race between MythBackEnd starting and the network starting been fixed in 33? or do I need to look through my notes on<br>
>> how to fix that?<br>
>><br>
>><br>
>> Thanks.<br>
> No, the network race condition has not been fixed.  The systemd unit<br>
> mythtv-backend.service as installed by the packages is designed to<br>
> work with the majority of systems where they do not use network tuners<br>
> or have external frontends.  So if you do need mythbackend to wait for<br>
> the network to be fully up, you still need to do a fix for that.<br>
><br>
> However, mythbackend now does signal to systemd that it has fully<br>
> started up, so things that need to wait for mythbackend can now rely<br>
> on waiting for systemd to tell them that the mythtv-backend unit has<br>
> started.  To make it do this, you need to change the Type= line in the<br>
> [service] section to "Type=notify" (do this in an override file).<br>
> After that change, you will notice that when you manually run<br>
> "systemctl start mythtv-backend", the command will not return until<br>
> mythbackend has fully started up, so it will take much longer to get a<br>
> command prompt back again.<br>
> _______________________________________________<br><br>
<br>
Is there a document that shows the best way to fix the race condition?<br>
<br>
Last time I did this there was a bit of an argument going on about how to do it the correct way.<br>
<br>
I think I solved it last time with a simple delay which annoyed some people.<br><br></blockquote><div><br></div><div>Since I use networked tuners like HDHomerun on my network as well as directly connected to a spare RJ45 ethernet port on my computers, I use a method that supports both.  If you look at the last section of this Mythtv Forum post you will see the section that talks about fixing the delay.</div><div><br></div><div><a href="https://forum.mythtv.org/viewtopic.php?f=46&t=5225">https://forum.mythtv.org/viewtopic.php?f=46&t=5225</a></div><div><br></div><div>Jim A</div><div> </div></div></div>