[mythtv-users] Really strange one...
matt at mossholder.com
Fri Nov 18 21:58:21 UTC 2011
On Fri, Nov 18, 2011 at 4:28 PM, Raymond Wagner <raymond at wagnerrp.com>wrote:
> Connections are handled by the socket server running in the main thread.
> Each request made on a socket is handled by one of a pool of threads.
> There is a known and as yet unresolved race condition that causes all of
> these threads to lock and not service any requests. That would result in
> the behavior here, where a connection can be made, but no responses ever
> come to any queries, with the frontend and bindings eventually timing out.
> What specific revision of MythTV are you running? There were a few fixes
> made several months ago, that based off the reduced frequence of this
> complaint on the mailing list, seems to have solved the issue for most
# mythbackend --version
Please attach all output as a file in bug reports.
MythTV Version : v0.24.1-106-g31e9528
MythTV Branch : fixes/0.24
Network Protocol : 63
Library API : 0.24.20110505-1
QT Version : 4.7.2
Options compiled in:
linux release using_alsa using_jack using_oss using_pulse
using_pulseoutput using_backend using_bindings_perl using_bindings_python
using_crystalhd using_dvb using_firewire using_frontend using_hdhomerun
using_hdpvr using_iptv using_ivtv using_joystick_menu using_libfftw3
using_lirc using_mheg using_opengl_video using_opengl_vsync using_qtdbus
using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc
using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python
using_mythtranscode using_opengl using_vdpau using_ffmpeg_threads
# rpm -qa mythtv-backend
# yum info mythtv-backend
Name : mythtv-backend
Arch : x86_64
Version : 0.24.1
Release : 278.el6
Size : 2.0 M
Repo : installed
>From repo : atrpms
Summary : Server component of mythtv (a PVR)
URL : http://www.mythtv.org/
License : GPLv2
Thanks for looking!
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the mythtv-users