[mythtv-users] Fixes 30 Comms lost between front and back ends

[Peter Bennett]

On 6/24/19 6:33 AM, John wrote:
> On 26/05/2019 12:00, John wrote:
>>
>> Have been using fixes 30 since release on Ubuntu 18.10 then 19.04 
>> without any reliability issues.
>>
>> However since updating from
>>
>> 18/03/19 MythTV Version : v30.0-28-g60cfb7c05aa
>>
>> to
>>
>> 14/05/19 MythTV Version : v30.0-51-ga32ec4bdea
>>
>> I have had two occurrences of the backend dropping the self hosted 
>> frontend and refusing to reconnect to any other.
>>
>> Recordings continue.
>>
>> Looking at the change history there are no obvious  candidates and a 
>> bisect will probably take a month as the fault rate is low.
>>
>> Anybody else seeing similar issues?
>>
>> Frontend log
>> May 24 20:28:31 tv mythfrontend: mythfrontend[5171]: E 
>> MythSocketThread(-1) mythsocket.cpp:826 (ReadStringListReal) 
>> MythSocket(7fdb8c010c30:65): ReadStringList: Error, timed out after 
>> 30000 ms.
>> May 24 20:28:31 tv mythfrontend: mythfrontend[5171]: E SendMessage 
>> mythsocket.cpp:368 (SendReceiveStringList) 
>> MythSocket(7fdb8c010c30:-1): *No response*.
>> May 24 20:28:31 tv mythfrontend: mythfrontend[5171]: N SendMessage 
>> mythcorecontext.cpp:1381 (SendReceiveStringList) 
>> MythCoreContext::SendReceiveStringList(): Connection to backend 
>> server lost
>>
>> Backend Log
>> May 24 20:27:58 tv mythbackend: mythbackend[1330]: I ProcessRequest 
>> mainserver.cpp:1780 (HandleAnnounce) MainServer: MainServer::ANN Playback
>> May 24 20:27:58 tv mythbackend: mythbackend[1330]: I ProcessRequest 
>> mainserver.cpp:1785 (HandleAnnounce) MainServer: adding: 
>> tv(55f3495ccb50) as a client (events: 0)
>> May 24 20:27:58 tv mythbackend: mythbackend[1330]: I ProcessRequest 
>> mainserver.cpp:1780 (HandleAnnounce) MainServer: MainServer::ANN Monitor
>> May 24 20:27:58 tv mythbackend: mythbackend[1330]: I ProcessRequest 
>> mainserver.cpp:1785 (HandleAnnounce) MainServer: adding: 
>> tv(55f34963bfc0) as a client (events: 1)
>> May 24 20:28:00 tv mythbackend: mythbackend[1330]: N ProcessRequest 
>> recordinginfo.cpp:651 (ApplyRecordRecGroupChange) 
>> ApplyRecordRecGroupChange: Default to Deleted (3)
>> May 24 20:28:00 tv mythbackend: mythbackend[1330]: I Scheduler 
>> scheduler.cpp:2356 (HandleReschedule) Reschedule requested for CHECK 
>> 0 6114 0 DoHandleDelete1 | Jamie's Quick & Easy Food |  | Jamie 
>> Oliver cooks up smoky pancetta cod, Asian fried eggs, crispy garlicky 
>> chicken, and a mango rice pudding. Crazy-delicious recipes so quick 
>> and easy it's almost outrageous. (S3 Ep2/6) | www.channel4.com/68137/002
>> May 24 20:28:00 tv mythbackend: mythbackend[1330]: I Scheduler 
>> scheduler.cpp:2472 (HandleReschedule) Scheduled 80 items in 0.1 = 
>> 0.00 match + 0.00 check + 0.06 place
>> May 24 20:28:00 tv mythbackend: mythbackend[1330]: I 
>> MythSocketThread(93) mainserver.cpp:7928 (connectionClosed) Playback 
>> sock(55f3495ccb50) 'tv' disconnected
>>
>> --reboot
>
> Occurred again with 30/05/19: v30.0-53-g6bd8cd4993.
>
>  An update to v30.0-58-g4761e7a6d4 on 05/06/19, with a full rebuild 
> seems to have fixed it. No issues for 18 days. I have no idea why this 
> worked.
>
>
>

I have had this a couple of time, it seems random. I am on 
v30.0-51-ga32ec4bdea. I don't know what could be causing the problem. It 
seemed to be reproducible by attempting metadata lookup on videos from 
the frontend, but that is not the only time it happened. I could not 
reproduce it on latest master. I need to upgrade my backend. The latest 
V30 source available is v30.0-60-gb9c1b41a6c.

Peter
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20190624/75cc986d/attachment.html>