<br><br><div class="gmail_quote">On Thu, Aug 19, 2010 at 1:01 AM, Michael T. Dean <span dir="ltr"><<a href="mailto:mtdean@thirdcontact.com">mtdean@thirdcontact.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5"> On 08/18/2010 11:34 PM, David Shay wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Running trunk 25701 when I got the errors below. Backend was<br>
psuedo-crashed/deadlocked or at least unresponsive to my frontend. I have 3<br>
backends and 1 frontend only. The stream below included some commflagging,<br>
not sure if that was a part of the problem or not.<br>
<br>
<br>
MythSocket(1e659e0:11): readStringList: Error, timed out after 7000 ms.<br>
MythCoreContext, Error: Timeout connecting server socket to master backend<br>
Connection to master server timed out.<br>
Either the server is down or the master server settings<br>
in mythtv-settings does not contain the proper IP address<br>
<br>
CommFlagFast: 0<br>
special_decode: 0<br>
AFD Warning: ScanATSCCaptionStreams() called with no PMT<br>
AFD: Opened codec 0x7faff40132f0, id(MPEG2VIDEO) type(Video)<br>
AFD: codec MP2 has 2 channels<br>
AFD: Opened codec 0x7faff4004d50, id(MP2) type(Audio)<br>
MythCoreContext: Connecting to backend server: <a href="http://192.168.1.93:6543" target="_blank">192.168.1.93:6543</a> (try 1 of<br>
1)<br>
AFD Warning: ScanATSCCaptionStreams() called with no PMT<br>
[mpeg2video @ 0x7fb00c93c4a0]warning: first frame is no keyframe<br>
[mpeg2video @ 0x7fb00c93c4a0]warning: first frame is no keyframe<br>
MythSocket(1f60b80:10): readStringList: Error, timed out after 7000 ms.<br>
Protocol version check failure.<br>
The response to MYTH_PROTO_VERSION was empty.<br>
This happens when the backend is too busy to respond,<br>
or has deadlocked in due to bugs or hardware failure.<br>
Preview: Grabbed preview '/var/data/tv/data3/1222_20100815000000.mpg'<br>
720x480@3600s<br>
MythCoreContext: Connecting to backend server: <a href="http://192.168.1.93:6543" target="_blank">192.168.1.93:6543</a> (try 1 of<br>
1)<br>
MythSocket(1e62b60:10): readStringList: Error, timed out after 7000 ms.<br>
Protocol version check failure.<br>
The response to MYTH_PROTO_VERSION was empty.<br>
This happens when the backend is too busy to respond,<br>
</blockquote>
<br></div></div>
I've seen this happen in 0.23-fixes when the MythXML/http server is "overstressed"--i.e. I can cause it on demand by deleting all the PNG thumbnails from my backend servers and then going to the MythWeb Recorded Programs page (and it will fail after some huge number of previews are generated). Unfortunately, I haven't looked into tracking it down since I've been busy with other stuff and (at least on my system) it's easy enough to avoid triggering it by not doing that.<br>
<br></blockquote><div><br></div><div>This was @ 3 AM with no end user interaction at all (no one on Mythweb, no other frontends running), so I'm not sure what else might overstress the XML server. Was previously running release .23 but had some audio sync issues when commercial skip activated on HDHR recorded content. Those are fixed I think, but this is quite bad if it kills the backend. Could cross-backend commercial-flagging potentially cause the overloading? Would still have to be a new regression since release .23.<br>
</div></div>