<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 31 May 2022 at 15:40, John Pilkington <<a href="mailto:johnpilk222@gmail.com">johnpilk222@gmail.com</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">On 31/05/2022 11:53, Eyal Lebedinsky wrote:<br>
> <br>
> <br>
> On 30/05/2022 11.00, Eyal Lebedinsky wrote:<br>
>> Running f34 up-to-date.<br>
>><br>
>> Recently, following an update of mythtv and the kernel, mythbackend <br>
>> started crahing even when not recording or watching.<br>
>> Does anyone else see this?<br>
>><br>
>> =====<br>
>> ## Latest update:<br>
>> 2022-05-29T08:46:33+1000 DEBUG Upgraded: <br>
>> mythffmpeg-32.0-1.30.20220510git26079f815a.fc34.x86_64<br>
>> 2022-05-29T08:46:33+1000 DEBUG Upgraded: <br>
>> mythmusic-32.0-1.30.20220510git26079f815a.fc34.x86_64<br>
>> 2022-05-29T08:46:33+1000 DEBUG Upgraded: <br>
>> mythtv-backend-32.0-1.30.20220510git26079f815a.fc34.x86_64<br>
>> 2022-05-29T08:46:33+1000 DEBUG Upgraded: <br>
>> mythtv-base-themes-32.0-1.30.20220510git26079f815a.fc34.x86_64<br>
>> 2022-05-29T08:46:33+1000 DEBUG Upgraded: <br>
>> mythtv-common-32.0-1.30.20220510git26079f815a.fc34.x86_64<br>
>> 2022-05-29T08:46:33+1000 DEBUG Upgraded: <br>
>> mythtv-docs-32.0-1.30.20220510git26079f815a.fc34.noarch<br>
>> 2022-05-29T08:46:33+1000 DEBUG Upgraded: <br>
>> mythtv-frontend-32.0-1.30.20220510git26079f815a.fc34.x86_64<br>
>> 2022-05-29T08:46:33+1000 DEBUG Upgraded: <br>
>> mythtv-libs-32.0-1.30.20220510git26079f815a.fc34.x86_64<br>
>> 2022-05-29T08:46:33+1000 DEBUG Upgraded: <br>
>> mythtv-setup-32.0-1.30.20220510git26079f815a.fc34.x86_64<br>
>> 2022-05-29T08:46:33+1000 DEBUG Upgraded: mythweb-32.0-1.fc34.noarch<br>
>> 2022-05-29T08:46:33+1000 DEBUG Installed: kernel-5.17.11-100.fc34.x86_64<br>
>> 2022-05-29T08:46:33+1000 DEBUG Installed: <br>
>> kernel-core-5.17.11-100.fc34.x86_64<br>
>> 2022-05-29T08:46:33+1000 DEBUG Installed: <br>
>> kernel-debug-devel-5.17.11-100.fc34.x86_64<br>
>> 2022-05-29T08:46:33+1000 DEBUG Installed: <br>
>> kernel-devel-5.17.11-100.fc34.x86_64<br>
>> 2022-05-29T08:46:33+1000 DEBUG Installed: <br>
>> kernel-modules-5.17.11-100.fc34.x86_64<br>
>> ## rebooted<br>
>> May 29 08:51:02 e7 kernel: Linux version 5.17.11-100.fc34.x86_64 <br>
>> (<a href="mailto:mockbuild@bkernel01.iad2.fedoraproject.org" target="_blank">mockbuild@bkernel01.iad2.fedoraproject.org</a>) (gcc (GCC) 11.3.1 <br>
>> 20220421 (Red Hat 11.3.1-2), GNU ld version 2.35.2-6.fc34) #1 SMP <br>
>> PREEMPT Wed May 25 15:14:37 UTC 2022<br>
>> ## mythbackend crashes so far:<br>
>> May 29 16:44:04 e7 mythbackend[2588]: 2022-05-29 16:44:04.764734 C <br>
>> [2588/2588] CoreContext signalhandling.cpp:294:handleSignal  Received <br>
>> Aborted: Code -6, PID 2588, UID 490, Value 0x00000000<br>
>> May 30 00:14:53 e7 mythbackend[760755]: 2022-05-30 00:14:53.903080 C <br>
>> [760755/760755] CoreContext signalhandling.cpp:294:handleSignal  <br>
>> Received Aborted: Code -6, PID 760755, UID 490, Value 0x00000000<br>
>> May 30 04:58:38 e7 mythbackend[1012624]: 2022-05-30 04:58:38.158620 C <br>
>> [1012624/1012624] CoreContext signalhandling.cpp:294:handleSignal  <br>
>> Received Aborted: Code -6, PID 1012624, UID 490, Value 0x00000000<br>
>> May 30 09:04:02 e7 mythbackend[2349582]: 2022-05-30 09:04:02.508086 C <br>
>> [2349582/2349582] CoreContext signalhandling.cpp:294:handleSignal  <br>
>> Received Aborted: Code -6, PID 2349582, UID 490, Value 0x00000000<br>
>> =====<br>
> <br>
> I mentioned (elsewhere in this thread) that I see that the crashes <br>
> happen during EIT scan.<br>
> <br>
> So far, after disabling EIT (midday yesterday), no more crashes.<br>
> I will stay this way until after I upgrade f34->f36 (very soon) then <br>
> enable EIT and see.<br>
> Though I can see that f36 has the same mythtv version as f34 (both <br>
> updated recently)...<br>
> <br>
> So, does anyone else see this?<br>
> <br>
I'm running today's master in F35, using DVB-T/T2 eit in the uk.  I just <br>
rescanned and ran mythbackend --setverbose eit.  All seems ok and <br>
there's quite a lot of EITHelper and EITCache activity at present.<br>
<br>
The 'el7' system  has DVB-T only, running master from a few days ago. <br>
It's currently 'Postponing EIT scan on input [3] because input 19 is <br>
busy' but no problems seen.<br>
<br>
ISTR that I have had problems in the past if I had more than one device <br>
doing active EIT scans, but the only symptom was complaints from <br>
ProjectX during post-processing about packages out of order.<br>
<br>
John P<br>
_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br>
<a href="http://lists.mythtv.org/mailman/listinfo/mythtv-users" rel="noreferrer" target="_blank">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" rel="noreferrer" target="_blank">https://forum.mythtv.org</a></blockquote><div><br></div><div><br></div><div><br></div>>> [1012624/1012624] CoreContext signalhandling.cpp:294:handleSignal <br><div>>> Received Aborted: Code -6, PID 1012624, UID 490, Value 0x00000000 </div><div><div><br></div><div>What is a bit strange is that you get the abort signal. Usually we get the segmentation fault.</div><div>It could be useful if you have a mythbackend log with lots of debug output.</div></div><div>Because you suspect EIT the verbosity options "-v channel,eit --loglevel=debug" would be a good idea.</div><div><br></div><div>Klaas.</div><div><br></div><div><br></div><div><br></div></div></div>