<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Aug 11, 2017 at 10:10 PM, 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"><div class="HOEnZb"><div class="h5">On Fri, 11 Aug 2017 13:58:13 -0400, you wrote:<br>
<br>
>Was working late, so woke up around 1pm to discover that none of my morning<br>
>shows recorded.<br>
><br>
>The combined FE/BE was running and responsive. I checked the backend log.<br>
>It shows activity at 6:58am as it prepares to record CBS This Morning but<br>
>then the next lines don't show up until I woke up and rebooted.<br>
><br>
>Where else can I try to solve this mystery?<br>
><br>
>Aug 11 04:17:01 buster mythbackend: mythbackend[2472]: I ProcessRequest<br>
>mainserver.cpp:1448 (HandleAnnounce) adding: discovery as a client (events:<br>
>0)<br>
>Aug 11 06:58:00 buster mythbackend: mythbackend[2472]: I Scheduler<br>
>mythdbcon.cpp:409 (PurgeIdleConnections) New DB connection, total: 19<br>
>Aug 11 06:58:00 buster mythbackend: mythbackend[2472]: I Scheduler<br>
>scheduler.cpp:2139 (HandleReschedule) Reschedule requested for PLACE<br>
>PrepareToRecord<br>
>Aug 11 06:58:00 buster mythbackend: mythbackend[2472]: I Scheduler<br>
>scheduler.cpp:2252 (HandleReschedule) Scheduled 401 items in 0.5 = 0.00<br>
>match + 0.00 check + 0.49 place<br>
>Aug 11 13:43:59 buster mythbackend: mythbackend[2382]: C thread_unknown<br>
>mythcommandlineparser.cpp:<wbr>2595 (ConfigureLogging) mythbackend version:<br>
>fixes/0.27 [v0.27.6-18-gaba4858] <a href="http://www.mythtv.org" rel="noreferrer" target="_blank">www.mythtv.org</a><br>
<br>
</div></div>I had a problem similar to this, where there was nothing in the logs<br>
that helped.  It ultimately turned out to be two JFS storage groups<br>
that were not mounting properly because they were in need of being<br>
fscked.  I think it can also happen when you have storage groups on<br>
network drives and the connection gets into a bad state.  Mythbackend<br>
was actually running and trying to do things, but every time it tried<br>
to access one of the bad storage groups it did a very long timeout.<br>
And it accessed the storage groups sufficiently often that the sum of<br>
all those timeouts made it appear to be completely locked up.<br>
<br><br></blockquote><div>Okay, well that narrows things down a bit. An external storage drive was dying, so I moved as much as I could over to a Windoze system, took the external drive out of ftsab and added the windows share. I had to reboot the Win machine as I was doing some stuff, so perhaps that did it? One note, I haven't told MythTV about the Windows share (I want to wait until it's emotionally ready <g>) so the Myth box itself might have had problems due to not finding the the Win box after it rebooted? Wonder if there'd be any harm in putting 'sudo mount -a' in cron?<br></div></div><br></div></div>