<div dir="ltr"><div>In case you are not using any *buntu distro, then you can find the log file by using the find in the terminal with the below command:</div><div><br></div><div>find / -iname '*mythbackend.log*' 2> /dev/null</div><div><br></div><div>The 2> /dev/null points stderr to a null file so that it does not clutter any error output to the terminal.</div><div><br></div><div>Stephen has covered a lot of detail to help pinpoint the issue. But pasting the output for us to check is a good suggestion.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 26 May 2018 at 23:08, Stephen Worthington <span dir="ltr"><<a href="mailto:stephen_agent@jsw.gen.nz" target="_blank">stephen_agent@jsw.gen.nz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, 26 May 2018 18:36:16 +1200, you wrote:<br>
<br>
>My mythtv system is having issues. If I try to use it it will play for<br>
>about 30 seconds to a minute then says:<br>
>"Could not connect to master backend MythContext Could not connect to<br>
>the master backend server. Is it running? is the IP Address set for it<br>
>in myth-setup correct?"<br>
><br>
>Obviously the IP Address is correct or how else does it play 30-60<br>
>seconds of live TV before breaking.<br>
><br>
>I seem to be able to do this twice before it says all tuners are<br>
>currently busy, and I also can't see any of my recordings.<br>
><br>
>I'm hoping that if I can see the backend logs it might give me a clue<br>
>as to what is going on. However I can't seem to find out how to view<br>
>them.<br>
><br>
>A little background:<br>
>This system has been working for years, however around the time of the<br>
>royal wedding we noticed that new recording showed red spinners on<br>
>them and they never stopped (they still have them) Usually they have<br>
>green spinners while recording and then red for a short period after.<br>
>Then this morning my wife noticed edge tv wasn't working (a blank<br>
>screen if you tried to watch it) so she closed mythtv did the ubuntu<br>
>updates (hadn't been done for ages) and restarted the machine. That<br>
>didn't fix the problem so she came to ask me for help. I ran the<br>
>backend setup and tried to do a rescan on the channels but the scan<br>
>didn't work. So I googled it and found out this can happen if the<br>
>backend is still running (the back end setup program should stop it<br>
>but obviously had failed to do so. I stopped the backend from the<br>
>commandline which took ages, and then ran the channel scan which<br>
>worked fine. Now the edge channel was on a different number, it did<br>
>work but only for 30 seconds, then showed the message as per above. So<br>
>I tried other channels and they all have the same problem.<br>
><br>
>My guess is that the backend is crashing but I need to look at the<br>
>logs to know why, and that does not seem to be documented.<br>
><a href="https://www.mythtv.org/wiki/Logging" rel="noreferrer" target="_blank">https://www.mythtv.org/wiki/<wbr>Logging</a> seems very complicated and doesn't<br>
>actually tell you how to see the logs assuming a default config.<br>
<br>
On Ubuntu, the log files are in /var/log/mythtv.  The backend log is<br>
"mythbackend.log".  You may or may not have enough information in the<br>
log file to work out what the problem is.  What version of Ubuntu and<br>
MythTV are you using?  In recent versions, you can add extra logging<br>
options to the mythbackend command line by creating a file like this:<br>
<br>
root@mypvr:/etc/mythtv# cat additional.args<br>
#ADDITIONAL_ARGS=-v all --loglevel debug<br>
ADDITIONAL_ARGS=-v record,dvbcam<br>
<br>
You create a file "additional.args" in the /etc/mythtv directory, and<br>
put in a line which is a Bash variable assignment statement assigning<br>
your extra command line arguments to the variable "ADDITIONAL_ARGS".<br>
The first line in my file (commented out with a # at the start) would<br>
turn on all possible logging.  That is enough to slow down the<br>
operation of mythbackend unless you have a fast PC and the log file is<br>
going to a fast SSD.  But it will make sure that every possible<br>
message is logged.  The second line is the one I run with normally.<br>
The option you probably want is what I use there: "-v record", which<br>
tells mythbackend to log extra messages about how it makes recordings,<br>
including its interaction with the tuners.<br>
<br>
When you change the additional.args file, you need to restart<br>
mythbackend to get it to see the new command line arguments:<br>
<br>
systemctl restart mythtv-backend<br>
<br>
There is also an ability to change the logging at run time.  To do<br>
that, you run a second copy of mythbackend with the special command<br>
line options that change the logging.  The second copy of mythbackend<br>
finds the first copy and sends the new commands to it, then shuts<br>
down.  There are two options you use for this:<br>
<br>
--setverbose<br>
--setloglevel<br>
<br>
The --setverbose option allows you change the options set for verbose<br>
output, so you would do:<br>
<br>
mythbackend --setverbose record<br>
<br>
to do the same as the -v record option in the additional.args file. To<br>
turn off the record option, you would do:<br>
<br>
mythbackend --setverbose norecord<br>
<br>
To change the overall log level, you use:<br>
<br>
mythbackend --setloglevel debug<br>
<br>
which would set the logging level to "debug".  To reduce the logging<br>
again, you would do:<br>
<br>
mythbackend --setloglevel info<br>
<br>
which turns off the debug level messages, setting the logging level to<br>
"info".<br>
<br>
These commands give you the mythbackend command line help:<br>
<br>
mythbackend --help<br>
mythbackend -v help<br>
<br>
Warning: If you mistype the mythbackend command and it does not have a<br>
valid --setloglevel or --setverbose option, you will get a second copy<br>
of mythbackend trying to run alongside the normal one.  That is not<br>
good.  So if that happens, do this:<br>
<br>
ps -ef | grep mythbackend<br>
<br>
to see which is the wrong one, and then kill the wrong one:<br>
<br>
kill <PID of wrong mythbackend><br>
<br>
and if that does not work within a few seconds:<br>
<br>
kill -9 <PID of wrong mythbackend><br>
<br>
You may need to run some of these commands as root or using sudo<br>
("systemctl" and "kill" will need that).<br>
<br>
If you have a log that shows the problems, you can post a copy on<br>
<a href="http://pastebin.com" rel="noreferrer" target="_blank">http://pastebin.com</a> for us to look at.<br>
<br>
What sort of setup do you have?  Is it a combined backend/frontend<br>
box?  Is it set up to allow external frontends, or not?  What sort of<br>
tuners are you using?<br>
<br>
______________________________<wbr>_________________<br>
mythtvnz mailing list<br>
<a href="mailto:mythtvnz@lists.ourshack.com">mythtvnz@lists.ourshack.com</a><br>
<a href="https://lists.ourshack.com/mailman/listinfo/mythtvnz" rel="noreferrer" target="_blank">https://lists.ourshack.com/<wbr>mailman/listinfo/mythtvnz</a><br>
Archives <a href="http://www.gossamer-threads.com/lists/mythtv/mythtvnz/" rel="noreferrer" target="_blank">http://www.gossamer-threads.<wbr>com/lists/mythtv/mythtvnz/</a><br>
</blockquote></div><br></div></div>