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

[Mike Bibbings]

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
>

It may not be due to any recent changes in 30.

I remember having similar symptoms (backend unresponsive) on mythtv 
master a few months ago.

trac ticket https://code.mythtv.org/trac/ticket/13415  describes a 
dvbchannel corruption condition, leading to hangs on mythtv 29 and the 
then master.

No hangs since a fix was applied to master (there have been many other 
changes in master),  no fix has been applied to 29 or 30, not sure why 
ticket has been closed.


Mike




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20190526/68752710/attachment.html>