[mythtv-users] everyday i have to make sure myth worked the day before

Bruce Taber b.taber at comcast.net
Fri Apr 22 16:47:35 UTC 2011

On 04/21/2011 03:11 PM, Bruce Taber wrote:
> I'm almost there. Unfortunately, I don't have the problem in that link.
> Rather, this is the failure I am seeing:
> 2011-04-21 14:42:07.231 MythCoreContext: Connecting to backend server:
> (try 1 of 1)
> 2011-04-21 14:42:14.236 MythSocket(7f519800fdf0:59): readStringList:
> Error, timed out after 7000 ms.
> 2011-04-21 14:42:14.236 Protocol version check failure.
> 			The response to MYTH_PROTO_VERSION was empty.
> 			This happens when the backend is too busy to respond,
> 			or has deadlocked in due to bugs or hardware failure.
> I've had to go back and retest one of the versions. I think there's
> another way to trigger the problem and I need to test that theory.
> Bruce
> _______________________________________________
Here's where I've gotten to and the result of the git bisect.

 git bisect bad
3bb4e17f58bd3bf356373aa2a2ba1526cbe496fd is the first bad commit
commit 3bb4e17f58bd3bf356373aa2a2ba1526cbe496fd
Author: Gavin Hurlbut <ghurlbut at mythtv.org>
Date:   Sun Apr 17 20:25:29 2011 -0700

    Merges in AutoExpire changes from mythtv-rec2

    Before the QThread porting the threads were shutdown somewhat
promptly by use
    of a signal. This instead uses the already existing QWaitCondition +
a new
    wakeable Sleep() function for the sleeps in both threads.

    Note: The porting got rid of the sleep() cancelling signal and
replaced it with
    a QThread::quit(), which tells QThread::exec() to exit; but we never
call that,
    so this is a no-op. Also, the Sleep() function was supposed to exit
early after
    expire_thread_running was cleared; but this check was replaced with an
    QThread::isRunning() method invocation, which will always return
true even
    after the expire_thread_run variable is cleared. This old Sleep()
early exit
    wouldn't necessarily have worked anyway since expire_thread_running
was not
    declared volatile so the check could have been optimized away.

    Merged in from [d8619e6d7e83adb2cffcf39a8b07dcc12f64e43c] on mythtv-rec2



:040000 040000 0b014726f2ad64397c19dca350f017c8a1403a74
dbd7fcb30843ad3d92b02c13c8def3e14d5c65af M      mythtv


More information about the mythtv-users mailing list