<div dir="auto">google suggested the -v all for diagnosing, and it was used after a manual startup followed by a logout and autoshutdown all before turning itself on for the evening's recordings etc. My goal is to discover the cause and correct the momentary freeze ups. So far all I know is that optimising the db is helping, but not quite the silver bullet I'm looking for. Any suggestions would be greatly appreciated.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 26, 2019, 22:59 Stephen Worthington <<a href="mailto:stephen_agent@jsw.gen.nz">stephen_agent@jsw.gen.nz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, 26 Apr 2019 17:01:01 -0500, you wrote:<br>
<br>
>On 4/26/19 4:09 PM, Daryl McDonald wrote:<br>
>> The backend starts automatically on my system, then I generated the log<br>
>> with "mythbackend -v all" . Could that have started the second instance?<br>
>> Or could the second command "mythbackend -v all | pastebinit" while the<br>
>> first terminal was still open have caused it? (usually its something I've<br>
>> just done that causes me the most grief)<br>
><br>
>The 1st command above caused the second startup and isn't required to<br>
>generate the log. Type this:<br>
><br>
>   systemctl cat mythtv-backend<br>
><br>
>and you'll see the logging options used at boot time (or when restarted.)<br>
>P.S., -v all is rarely a good choice for logging. It generates too much<br>
>noise.<br>
<br>
In fact, -v all is able to generate so much logging that it slows down<br>
mythbackend.  It really should only be used for a short time to track<br>
down a specific problem, and you have to remember that because it<br>
slows things down, if you have a bug that is caused by a timing<br>
problem, it may go away with that much logging happening.<br>
<br>
If you want to increase the logging while mythbackend is running, it<br>
has special options for that.  If you run "mythbackend --setloglevel"<br>
or "mythbackend --setverbose", what it does is the new copy of<br>
mythbackend run by that command connects to the normal background copy<br>
of mythbackend that was run by systemd and tells it to set the new<br>
logging option.  Then the mythbackend copy that you ran from the<br>
command line shuts itself down.  But if you use the wrong options,<br>
such as running "mythbackend -v all" from the command line, what you<br>
are doing is running a second copy of mythbackend which will run in<br>
parallel with the existing copy run by systemd.  That is not good.<br>
<br>
So if your normal log setting is "-v record" (which is what I use),<br>
then if you want to use "-v all" for a while to find a problem, you<br>
would do:<br>
<br>
mythbackend --setverbose all<br>
<br>
and then when you no longer need all that logging, you would revert<br>
the logging to the original settings:<br>
<br>
mythbackend --setverbose noall,record<br>
_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org" target="_blank" rel="noreferrer">mythtv-users@mythtv.org</a><br>
<a href="http://lists.mythtv.org/mailman/listinfo/mythtv-users" rel="noreferrer noreferrer" target="_blank">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer noreferrer" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" rel="noreferrer noreferrer" target="_blank">https://forum.mythtv.org</a><br>
</blockquote></div>