[mythtv-users] BackEnd Unresponsive After Deleting Recording 0.23.1 w/ new SBE

David Shay davideshay at gmail.com
Fri Oct 15 04:00:05 UTC 2010


On Thu, Sep 16, 2010 at 3:56 PM, Khanh Tran <khanh at khanh.net> wrote:

>
>
> On Tue, Sep 14, 2010 at 8:33 AM, James Crow <crow.jamesm at gmail.com> wrote:
>
>>
>> Today as a second test I shutdown my SBE and will verify that the MBE
>> returns to normal.
>>
>>
> I've tried this and can report that my MBE dies regardless of the SBE
> running or not.  I used to think it was the end of a commflagging job or
> mythtranscode, but it will happen generally at the end of a
> recording/beginning of a new one when the database is doing work switching
> recordings.  I get the following in the MBE:
>
>
> 2010-09-15 23:30:34.254 ProgramInfo(): Updated pathname '':'' ->
> '1012_20100915230000.mpg'
> 2010-09-15 23:30:34.266 JobQueue: Commercial Flagging Starting for News 12
> Westchester recorded from channel 1012 at Wed Sep 15 23:00:00 2010
> 2010-09-15 23:30:34.334 Using runtime prefix = /usr/local
> 2010-09-15 23:30:34.339 Using configuration directory =
> /home/mythtv/.mythtv
> 2010-09-15 23:30:34.342 Empty LocalHostName.
> 2010-09-15 23:30:34.344 Using localhost value of tv
> 2010-09-15 23:30:34.348 Testing network connectivity to '192.168.1.3'
> 2010-09-15 23:30:34.365 New DB connection, total: 1
> 2010-09-15 23:30:34.373 Connected to database 'mythconverg' at host:
> 192.168.1.3
> 2010-09-15 23:30:34.374 Closing DB connection named 'DBManager0'
> 2010-09-15 23:30:34.380 Connected to database 'mythconverg' at host:
> 192.168.1.3
> 2010-09-15 23:30:34.385 ProgramInfo(): Updated pathname '':'' ->
> '1012_20100915230000.mpg'
> 2010-09-15 23:30:34.437 MythContext: Connecting to backend server:
> 192.168.1.3:6543 (try 1 of 1)
> 2010-09-15 23:30:41.442 MythSocket(8178b48:11): readStringList: Error,
> timed out after 7000 ms.
> 2010-09-15 23:30:41.443 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.
> 2010-09-15 23:30:41.445 MythContext: Connecting to backend server:
> 192.168.1.3:6543 (try 1 of 1)
> 2010-09-15 23:30:43.866 AFD: Opened codec 0x817df30, id(MPEG2VIDEO)
> type(Video)
> 2010-09-15 23:30:43.872 AFD: codec AC3 has 2 channels
> 2010-09-15 23:30:43.873 AFD: Opened codec 0x8180a90, id(AC3) type(Audio)
> 2010-09-15 23:30:48.461 MythSocket(817e880:11): readStringList: Error,
> timed out after 7000 ms.
> 2010-09-15 23:30:48.467 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.
> 2010-09-15 23:38:38.683 AutoExpire: CalcParams(): Max required Free Space:
> 3.0 GB w/freq: 15 min
> 2010-09-15 23:38:38.736 Expiring 731 MBytes for 1012 @ Tue Sep 14 23:00:00
> 2010 => News 12 Westchester.  Too many episodes, we only want to keep 1.
> 2010-09-15 23:38:38.742 Expiring 484 MBytes for 3050 @ Tue Sep 7 23:00:00
> 2010 => The Daily Show With Jon Stewart.  Too many episodes, we only want to
> keep 5.
>
> By the way, the ONLY thing the backend will do after this
> MYTH_PROTO_VERSION error is AutoExpire and mythfilldatabase seems to work
> (mine runs sometime between 1AM and 5AM).  Frontends, slave backend, mythweb
> and the master backend itself won't do anything else until I restart the MBE
> process.  This happens about every 3 to 5 days or so and have only been an
> issue for me since around r25084.
>
> I'm going to start my mythbackend logging with "-v network,extra,socket" as
> suggested and report back next time there's an issue.
>
>
> Any update on this Khanh? I get the exact same thing around
starting/stopping running 23-fixes. Turned off real-time commflagging but
that didn't fix it. At one point several weeks ago I tried trunk and got the
same errors if not worse, so I'm a bit reluctant to try that again,
particularly with the downgrade hassles. I have lots of logs from slave and
master backends, but I've not run with those options, not done a GDB yet.
 If this is fixed in trunk, I'll gladly do that as well.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mythtv.org/pipermail/mythtv-users/attachments/20101015/70f373ff/attachment.htm>


More information about the mythtv-users mailing list