another backend deadlock

[brian@…]

BE failed to record the scheduled programming this evening. Not even a peep about it in the logs. Mythweb's Status page was failing to load which I have found to be a good indicator of deadlocked backend threads.

Currently I am only one commit from the tip of 0.25-fixes:

MythTV Version : v0.25.2-8-g3256849
MythTV Branch : fixes/0.25
Network Protocol : 72
Library API : 0.25.20120506-1
QT Version : 4.8.1
Options compiled in:
 linux profile use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_bindings_php using_crystalhd using_dvb using_firewire using_frontend using_hdhomerun using_ceton using_hdpvr using_iptv using_ivtv using_joystick_menu using_libcec using_libcrypto using_libdns_sd using_libxml2 using_lirc using_mheg using_opengl_video using_qtwebkit using_qtscript using_qtdbus using_v4l2 using_x11 using_xrandr using_xv using_bindings_perl using_bindings_python using_bindings_php using_mythtranscode using_opengl using_vaapi using_vdpau using_ffmpeg_threads using_live using_mheg using_libass using_libxml2

Other anomalies I have noticed since upgrading to this version is that when I am done watching something and delete it, a few minutes later a dialog will pop-up in the UI of the FE telling it could not delete the recording since the file it's in was missing.

I will attach the threaded stack trace per usual.

[brian@…]

stack trace of deadlocked threads

[brian@…]

My apologies for compressing the stack trace if you typically don't like it compressed. Your Trac system has a limit on the size of attachments and this stack trace exceeded that.

[anonymous]

Uncompressed backtrace

[danielk]

This looks like a dup of #10870. That issue has only been patched in master so far.