[mythtv-users] mythbackend crashes

Sat Jul 2 20:15:13 UTC 2022

As the causes of the crashes in the Fedora RPMFusion packages of version 32
have now been found and fixed, upgrading to the latest version should
solve the issue.
Going back to a previous database version is not supported. When the
database upgrade is done there is always a backup made and restoring that
backup is the recommended way.
As far as I know nobody has ever made a script that downgrades from 32 to
31 although that should not be too difficult.

Klaas.

On Sat, 2 Jul 2022 at 21:33, Mary Strimel <mary.strimel at gmail.com> wrote:

> Thank you both for your help. I just wanted to follow up and say that the
> debugging sounds like it's above my skill level.  I checked and it turns
> out I was actually on .32 when I had the crashes - the
> different verson must be the reason i was suddenly having them.  Fedora's
> package manager had upgraded me even though I (thought I had) deselected
> those packages.  I tried downgrading back to .31 to stop the crashes, but
> now myth won't start at all -- it gives a database schema error, which must
> mean you can't go backwards.  I fear I may have really messed it up. Does
> anyone know, is there a way to downgrade a database schema from .32 to .31?
> Here is the information you requested earlier:
>
> mary at mythbox:~]$ dnf list installed mythtv-backend
> Installed Packages
> mythtv-backend.x86_64   31.0-17.147.20210421git05c16580e1.fc34
>  @rpmfusion-free
>
> mary at mythbox:~]$ mythbackend --version
> Please attach all output as a file in bug reports.
> MythTV Version : v31.0-v31.0-147-g05c16580e1
> MythTV Branch : fixes/31
> Network Protocol : 91
> Library API : 31.20200101-1
> QT Version : 5.15.2
> Options compiled in:
>  linux debug use_hidesyms using_alsa using_jack using_oss using_pulse
> using_pulseoutput using_backend using_bindings_perl using_bindings_python
> using_bindings_php using_dvb using_firewire using_frontend using_hdhomerun
> using_vbox using_ceton using_hdpvr using_ivtv using_joystick_menu
> using_libcec using_libcrypto using_libdns_sd using_libfftw3 using_libxml2
> using_lirc using_mheg using_opengl using_egl using_qtwebkit using_qtscript
> using_qtdbus using_taglib using_v4l2 using_v4l2prime using_x11
> using_libbluray_external using_xrandr using_debugtype using_systemd_notify
> using_systemd_journal using_drm using_bindings_perl using_bindings_python
> using_bindings_php using_freetype2 using_mythtranscode using_opengl
> using_egl using_drm using_vaapi using_nvdec using_vdpau
> using_ffmpeg_threads using_mheg using_libass using_libxml2 using_libmp3lame
> [Sat Jul 02 15:29:15]
>
>
>
>
> On Mon, Jun 27, 2022 at 12:13 AM Eyal Lebedinsky <eyal at eyal.emu.id.au>
> wrote:
>
>>
>>
>> On 27/06/2022 10.41, Mary Strimel wrote:
>> > Hello,
>> > I am getting repeated crashes with mythbackend lately - a log is below.
>> I am on .31 on Fedora.  It looks like myth is trying to delete a file that
>> doesn't exist.  Can someone help me with the steps to fix this?  I
>> sometimes mark files for deletion from a leanfront frontend; I'm not sure
>> if I created problem by doing that.  TIA.
>> >
>> > 2022-06-26 10:13:29.168689 E [374213/374213] CoreContext
>> mainserver.cpp:3147 (DoHandleDeleteRecording) - MainServer: ERROR when
>> trying to delete file:
>> GetPlaybackURL/UNABLE/TO/FIND/LOCAL/FILE/ON/mythbox/16817_20210813180000.ts.
>> File doesn't exist.  Database metadata will not be removed.
>> > 2022-06-26 10:15:06.436577 N [374213/374252] Scheduler
>> scheduler.cpp:3303 (CheckShutdownServer) - CheckShutdownServer returned -
>> Not OK to shutdown
>> > 2022-06-26 10:16:08.742608 I [374213/374213] CoreContext
>> housekeeper.cpp:738 (Run) - Queueing HouseKeeperTask 'HardwareProfiler'.
>> > 2022-06-26 10:16:08.742710 I [374213/374402] HouseKeeping
>> mythdbcon.cpp:423 (PurgeIdleConnections) - New DB connection, total: 10
>> > 2022-06-26 10:16:08.743973 I [374213/374402] HouseKeeping
>> housekeeper.cpp:139 (Run) - Running HouseKeeperTask 'HardwareProfiler'.
>> > 2022-06-26 10:16:08.748636 I [374213/374402] HouseKeeping
>> housekeeper.cpp:154 (Run) - HouseKeeperTask 'HardwareProfiler' Failed.
>> > 2022-06-26 10:16:42.751186 I [374213/374252] Scheduler
>> scheduler.cpp:2330 (HandleReschedule) - Reschedule requested for MATCH 0 1
>> 1 2022-06-26T23:30:00Z EITScanner
>> > 2022-06-26 10:16:42.772305 I [374213/374252] Scheduler
>> scheduler.cpp:2444 (HandleReschedule) - Scheduled 57 items in 0.0 = 0.01
>> match + 0.00 check + 0.01 place
>> > 2022-06-26 10:16:42.866021 I [374213/374242] TVRecEvent tv_rec.cpp:3600
>> (TuningFrequency) - TVRec[12]: TuningFrequency
>> > 2022-06-26 10:16:42.882395 I [374213/374242] TVRecEvent
>> recorders/hdhrstreamhandler.cpp:393 (Connect) - HDHRSH[12](1017D735): Added
>> 2 devices from 1017D735
>> > 2022-06-26 10:16:42.900487 I [374213/374242] TVRecEvent
>> recorders/hdhrstreamhandler.cpp:410 (Connect) - HDHRSH[12](1017D735):
>> Connected to device(1017D735-0)
>> > 2022-06-26 10:17:20.003006 C [374213/374213] CoreContext
>> signalhandling.cpp:294 (handleSignal) - Received Aborted: Code -6, PID
>> 374213, UID 1001, Value 0x00000000
>>
>> To get better help you should include the installed package details, like
>> $ dnf list installed mythtv-backend
>> $ mythbackend --version
>>
>> If you are running the rpmfusion package then, as I learnt recently, it
>> is built with assertions enabled so aborts are possible.
>>
>> When I had such aborts I used a command like:
>>         $ sudo grep -i 'systemd-coredump.*mythbackend.*dumped core'
>> /var/log/messages | sed 's/#012#012/\n/g;s/#012#011/\t/g;s/#012#/\n/g' |
>> less
>> to make the crash dump log line readable.
>>
>> You may want to install some of the required debuginfo packages to get
>> meaningful traces, like:
>>         $ sudo dnf debuginfo-install mythtv-backend mythtv mythtv-libs
>>
>> If you use gdb (recommended) to look into the crash dump in
>>         /var/lib/systemd/coredump/
>> it will tell you what packages to install. I ended installing about 250
>> packages to get a full trace. YMMV
>>
>> HTH
>>
>> --
>> Eyal Lebedinsky (eyal at eyal.emu.id.au)
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users at mythtv.org
>> http://lists.mythtv.org/mailman/listinfo/mythtv-users
>> http://wiki.mythtv.org/Mailing_List_etiquette
>> MythTV Forums: https://forum.mythtv.org
>>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20220702/fcb373a9/attachment.htm>