<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 14, 2023 at 8:38 PM 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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><br></div><snip><br><div>
<br>
If that netstat command is producing no output, then mythbackend is<br>
not listening on port 6543 at all, even on localhost.  So that is the<br>
basic problem.<br>
<br>
So, is mythbackend even running?  What is the output of:<br>
<br>
sudo ps -ef | grep -i myth<br>
<br>
Is this an Ubuntu system?  If so, or it uses systemd, then look at the<br>
output of:<br>
<br>
sudo systemctl status mythtv-backend<br>
<br>
This is what I get on my system (Ubuntu 22.04):<br>
<br>
? mythtv-backend.service - MythTV Backend<br>
     Loaded: loaded (/lib/systemd/system/mythtv-backend.service;<br>
enabled; vendor preset: enabled)<br>
    Drop-In: /etc/systemd/system/mythtv-backend.service.d<br>
             +-mythtv-backend-override.conf<br>
     Active: active (running) since Mon 2023-11-13 23:31:38 NZDT; 1<br>
day 16h ago<br>
       Docs: <a href="https://www.mythtv.org/wiki/Mythbackend" rel="noreferrer" target="_blank">https://www.mythtv.org/wiki/Mythbackend</a><br>
   Main PID: 1615074 (mythbackend)<br>
     Status: "Master backend. Recordings: active 0, scheduled 165"<br>
      Tasks: 62 (limit: 38309)<br>
     Memory: 2.4G<br>
        CPU: 1h 16min 1.931s<br>
     CGroup: /system.slice/mythtv-backend.service<br>
             +-1615074 /usr/bin/mythbackend --quiet --syslog local7 -v<br>
record,dvbcam<br>
<br>
Nov 15 15:19:31 mypvr mythbackend[1615074]: mythbackend[1615074]: I<br>
ProcessRequest mainserver.cpp:1814 (HandleAnnounce) MainServer:<br>
MainServer::ANN Monitor<br>
Nov 15 15:19:31 mypvr mythbackend[1615074]: mythbackend[1615074]: I<br>
ProcessRequest mainserver.cpp:1816 (HandleAnnounce) MainServer:<br>
adding: mypvr(55bd1691cf90) as a client (events: 0)<br>
Nov 15 15:19:31 mypvr mythbackend[1615074]: mythbackend[1615074]: I<br>
MythSocketThread(82) mainserver.cpp:7899 (connectionClosed) Monitor<br>
sock(55bd1691cf90) 'mypvr' disconnected<br>
Nov 15 15:20:01 mypvr mythbackend[1615074]: mythbackend[1615074]: I<br>
ProcessRequest mainserver.cpp:1814 (HandleAnnounce) MainServer:<br>
MainServer::ANN Monitor<br>
Nov 15 15:20:01 mypvr mythbackend[1615074]: mythbackend[1615074]: I<br>
ProcessRequest mainserver.cpp:1816 (HandleAnnounce) MainServer:<br>
adding: mypvr(55bd1691cf90) as a client (events: 0)<br>
Nov 15 15:20:01 mypvr mythbackend[1615074]: mythbackend[1615074]: I<br>
MythSocketThread(82) mainserver.cpp:7899 (connectionClosed) Monitor<br>
sock(55bd1691cf90) 'mypvr' disconnected<br>
Nov 15 15:25:12 mypvr mythbackend[1615074]: mythbackend[1615074]: N<br>
Expire autoexpire.cpp:244 (CalcParams) AutoExpire: CalcParams(): Max<br>
required Free Space: 1.0 GB w/freq: 15 min<br>
Nov 15 15:30:02 mypvr mythbackend[1615074]: mythbackend[1615074]: I<br>
ProcessRequest mainserver.cpp:1814 (HandleAnnounce) MainServer:<br>
MainServer::ANN Monitor<br>
Nov 15 15:30:02 mypvr mythbackend[1615074]: mythbackend[1615074]: I<br>
ProcessRequest mainserver.cpp:1816 (HandleAnnounce) MainServer:<br>
adding: mypvr(55bd1691da80) as a client (events: 0)<br>
Nov 15 15:30:02 mypvr mythbackend[1615074]: mythbackend[1615074]: I<br>
MythSocketThread(82) mainserver.cpp:7899 (connectionClosed) Monitor<br>
sock(55bd1691da80) 'mypvr' disconnected<br>
<br>
It should say "Active: active (running) since" and tell you how long.<br>
<br>
If you see mythbackend running in that output, then what is the output<br>
of:<br>
<br>
sudo netstat -anp | grep -i myth<br>
<br>
and check the /var/log/mythtv/mythbackend.log file and the output of:<br>
<br>
sudo journalctl -eu mythtv-backend<br>
<br>
for information on what mythbackend is doing.<br>
_______________________________________________<br><br></div></blockquote><div>Sorry for the delay in responding with an update.  Life does that.</div><div><br></div><div>Anyway, I was doing tests trying to collect useful log data and translate your suggested test commands back to my admittedly ancient Upstart based Ubuntu environment.  The first run of 'netstat -anp | grep -i myth' showed no lines about port 6543, but I didn't think to capture the output.  Also, I wanted to get the maximum information in the log, so I stopped mythbackend and restarted it with the added options '--loglevel debug -v all'.</div><div><br></div><div>Naturally, as always happens when I'm ready to capture details of a problem, there is no problem.  The backend has been working.  Even after I reverted to running it without all the extra data logging.  Well, sort of.  It is responding to port communications, like 'mythbackend --sched' and getting this master FE/BE system's mythfrontend to connect.  Everything (administratively, at least) works.  However, recordings that come up based on the existing recording rules don't capture anything.  The files are empty.</div><div><br></div><div>I tried today to use the frontend's "Watch TV" option and every channel I tried failed to get a lock.  This was even true on channels carrying things like "Hazel" or "Dennis the Menace".  I then went to the web interface pages for the Ceton and the CableCARD page implies that either it has gotten out of sync with the Xfinity feed or it has gone belly up.  The webpage says the card is inserted, but the data items are "unavailable", 0, etc.  The card authorization status is reported as "Card is busy with binding authentication process".</div><div><br></div><div>This makes me think it's not a matter of synchronization and more an issue with the CableCARD breathing its last.  At this point, I'm suspecting that mythbackend got tied up in knots with some kind of message storm because it couldn't successfully communicate with the Ceton tuner box.  My next move is to arrange with Xfinity to swap the CableCard for a "known good" unit, although I doubt that they really "know" the one they will supply me is good.  I'll likely be testing it out for them.</div><div><br></div><div>I'll get back in a while with updates, but with the Thanksgiving holiday coming up here in the States, it may take awhile to get a replacement CableCARD and have the time to get it working (or not).  I'll post again when I have news.</div><div><br></div><div>Thanks for pointing me in the right direction, even when it takes a U-turn to make progress. 😀</div><div><br></div><div>--</div><div>Craig.<br></div></div></div>