<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">>Good morning,<br>
><br>
>I'm having an issue ...<br>
<br>
That "service" command is out of date - 16.04 uses systemd so you<br>
really should be using the systemd commands to run things. So that<br>
would be:<br>
<br>
systemctl start mythtv-backend<br>
systemctl stop mythtv-backend<br>
systemctl status mythtv-backend<br>
<br>
The old service command is now a script that calls systemd anyway, but<br>
it is better to use the right commands as I think that service can run<br>
things the wrong way if there is any misconfiguration.<br>
<br></blockquote><div><br></div><div>Good to know. I am still retraining myself on commands/programs that are depricated/obsoleted from time to time.</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">
If mythbackend is set up properly, even when it started from root as a<br>
service, it will be switching to be running under user mythtv. That<br>
is done by the systemd unit file that runs mythbackend:<br>
<br>
root@lith:/lib/systemd/system# cat mythtv-backend.service<br>
[Unit]<br>
Description=MythTV Backend<br>
Documentation=<a href="https://www.mythtv.org/wiki/Mythbackend" rel="noreferrer" target="_blank">https://www.<wbr>mythtv.org/wiki/Mythbackend</a><br>
After=mysql.service network.target<br>
<br>
[Service]<br>
User=mythtv<br>
EnvironmentFile=-/etc/mythtv/<wbr>additional.args<br>
ExecStart=/usr/bin/mythbackend --quiet --syslog local7<br>
$ADDITIONAL_ARGS<br>
StartLimitBurst=10<br>
StartLimitInterval=10m<br>
Restart=on-failure<br>
RestartSec=1<br>
<br>
[Install]<br>
WantedBy=multi-user.target<br>
<br>
The line "User=mythtv" means that systemd will be starting mythbackend<br>
under that user.<br>
<br>
A possible reason that mythweb is unable to talk to mythbackend is<br>
that it may be using the PC's external IP address to connect to. If<br>
so, then mythbackend may be starting up before the external IP address<br>
is up and will only be available on localhost. If that is the case,<br>
then stopping and restarting mythbackend using systemctl should result<br>
in it being able to bind the external IP address and mythweb should<br>
start working. The fix for that is available in several threads on<br>
this list, such as "Mythbackend may be starting too soon?".<br>
<br>
<br></blockquote><div><br></div><div>I will definitely look into that as a possibility. The config files I've seen seem to be pointing to localhost, while I know the mythtv-setup process points to the local LAN IP.</div><div><br></div><div>Killing the backend from my user and then doing # systemctl start mythtv-backend.service it connects in -- It is looking like this is the culprit at the moment.</div><div><br></div><div>Steve</div></div></div></div>